I have been asked by the AO folks and DB2 why messages issued in their data
sharing environment only show up in the STC log of the DB**MSTR.
the command and output are below, for all the non-sharing DB2's this message
goes into syslog.
we have done diligence looking for routing codes / AO rules,
we are trying to get some 'younger' folks registered on this list, they get the
email to click the link to complete the registration, they can see the list of
subjects, however when the select IBM-Main, it opens a page and tells them they
are not authorized to view the archives with the email ad
we are looking at adding - AllowTcpForwarding yes - to our
/etc/ssh/sshd_config.
is there some way we can see what the final port destination is ?
the application will be coming in from AWS via port 22 (ssh), would like to see
where it ends up.
---
turns out it was something silly/overlooked, missing comma ...
I had:
call bpxwunix 'host ' ipaddr.i,out.
should have been
call bpxwunix 'host ' ipaddr.i,,out.
--
For IBM-MAIN subscribe / signoff / archive access instructions,
s
thanks, I'll give the shell a try and let you know, i've attached a jcl run
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
1
I have been using the link provided from the start. as noted in the link:
stdin.0 must contain the number of lines that are to be redirected to the
command. stdin.1, stdin.2, ... contain the lines.
that is why on STDIN i coded the ipaddr.I, and that works.
I am just not getting anything back in
i would like to use the bpxwunix function to run, either HOST or DIG or
nslookup commands, seems pretty straightforward ...
but I can not get the put to com back to me, it has to be something silly i am
overlooking, any help would be appreciated
/* rexx */
We have met the enemy ...
the job that runs on this LPAR had DISP=OLD in the serlog DD
thanks to all ...
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message:
Thanks for the quick replies, can you issue a D GRS,RES=(*,SYS1.LOGREC) and see
what it says ?
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-M
While testing a fix for a job that had previously filled logrec, I shut
recording off : SETLOGRC IGNORE
once testing once over, I turned recording back on: SETLOGRC DATASET
Now however the MASTER A/S has a share on it, which prevented the daily logrec
dump/clear job from running.
I was sure I ha
Thanks !
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
We are going to start using the FTP/Server backup option for HMC/CEC critical
data backups, get away from the USB sticks in the HMC currently in use.
If you've already done this, would you share how big the backup's are, for
sizing the storage.
has anyone tried using OMVS/zOS for this ?
any go
Agree with all your comments. I have asked for an operator command that shows
exactly what/why there is a pending condition. And especially a message at IPL
time that something is wrong or there are inconsistencies -- what do you want
to do now ?
---
from IBM XCF:
"APAR OA53531 is now open to address this condition.
Our change will likely to cause the pending policy to be activated upon
the next ipl rather than waiting till the last failed-persisten str to be
deleted from the to-be-deleted CF as encountered by this custome
The Global didn't wander, good thought, I checked to make sure.
we restored the CFRM data sets back a couple of months and they all have the
incorrect info in them policy wise, bad serial number/device type.
so the systems have been running on the first one we came up on. It must keep a
copy of t
the name of the policy never changed, either in the parmlib member or the CFRM
data set, the policy wa simply overlaid with the same name, but bad serial
number and partition number. and, we ran that way for months.
--
For IBM-M
I am curious if anyone else has run across this.
in April we installed a new BC12 with 2 JES3 LPARS in a SYSPLEX and 1 internal
coupling facility.
first IPL was good, systems cam up using the CF as would be expected with
POLICY0
soon after the system were up and verified, an incorrect policy0
Is anyone using the BMC iCAP tool ?
if you are and would like to chat about it, please email me or we can chat here
on the list.
thanks,
Joe
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists..
I'm looking for this manual: S/390® I/O Interface Channel to Channel Control
Unit OEMI
i can find it referenced in hits from google, but can't find the actual manual,
any one have any idea where I could get a softcopy of this ?
thanks
19 matches
Mail list logo