We use the Co:Z software from Dovetail on z/OS (as the client mostly) and
perform EBCDIC to ASCII by default most of the time. There are cases where we
have to specify the following at the client end to get things to land correctly
on the ASCII server.
lzopts
Whoever in your organization handles User Administration for the IBM Support
Site needs to verify that you have FULL (access to all cases in the the account
number) as opposed to BASIC (you only see your own cases). If your company has
multiple account numbers, that can complicate things. If
Just an FYI - In a GDPS environment, I believe the recommendation is for all
CKPTs to be on DASD. When a FREEZE event occurs, HASPACE and CKPTs will be in
sync if both are on DASD. Updates to a CKPT in a CF may not be completely in
sync with HASPACE.
...phrase.
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
My apologies for the incorrect capitalization of the phase.
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
In a parallel sysplex with Shared File System implemented, has anyone toyed
with the idea of having /etc/ssh on each system symlink to a common location ?
I see a few pros but am wondering about any cons (especially bad ones) that
this could encounter. Comments ?
Is is possible to add the profile (with possibly a dummy MEMBER
subentry) as WARNING to the RACFVARS Class? Then monitor for the Temporary
Access Allowed condition and use that information to build your ADDMEMs to the
profile over time?
Have I missed something? There does not seem to be a put1801.txt file in the
/s390/assigns directory on ftp://service.boulder.ibm.com so far.
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to
We clone the SMP/E Target Zone as well. Makes it easy to know what maintenance
is on the IPL volume in question.
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the
The last time I looked into doing that we had problems because certain
scenarios were not supported using the integrated translator during the compile
step. EXCI applications are what come to mind off the top of my head. Have all
the restrictions been lifted at this point? If so, at what
What ever it is, I think the same problem is also affecting SMP/E's RECEIVE
service retrieval.
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO
In general, we add a DDDEF for SMPPARM to every SMP/E ZONE we utilize. That
DDDEF points to a data set with our customized GIMDDALC member. Then we don't
have to worry about SYSUTn, SMPWRKn, SMPTLIB, or any of the DDNAMEs that are
used for SYSOUT(*). That way, if one of those DDDEFs is
Kirk,
My .profile is
umask 027
Sys_MPT=$(sysvar SYSNAME)
echo $Sys_MPT
echo $HOME/$Sys_MPT/maxdate
That was it! I normally run emulator A which is set up correctly as 1047.
Pop'ed over to use emulator B (which is set up for 037) to assist a user having
with a file transfer problem involved with some of those other special
characters. Then I fell asleep at the wheel.
Thanks for the reminder!
Thanks, Kirk!
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
I'm stumped trying to use a system symbol in my .profile to perform a test for
a file name.
I'm coding along these lines:
if [ ! -f //file_name ]; then
echo "* The file is not there. *"
else
echo "* The file is there.
I usually have a RECEIVE RECOMMENDED run every couple of days for my z/OS
GLOBAL zone. Today it pulled in 204 PTFs of which 202 were marked RSU1509.
These PTFs had not previously shown up.
The email from IBM with Subject: "New IBM z/OS RSU testing complete" came in
back on Oct 7th. None of
Long running STCs that have allocated SPOOL on the mod-9 will be your problem.
The $MSPL will not move active stuff.
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with
To perform some reporting for PCI compliance, I would like to be able to be
able to list out SYSMODs with ALL of the ++HOLDDATA that I have processed. We
do load the SECINT assigns and holddata pulled from the security portal.
However, once loaded, getting to the value that was in the SYMP
On Fri, 5 Jun 2015 12:09:42 -0500, John McKown john.archie.mck...@gmail.com
wrote:
I can, sort of, see a possible security concern here. At present, to
access CICS, a RACF id must have a CICS segment. To access TSO, it must
have a TSO segment. A CICS user cannot log in to TSO if they don't
We're going with VLR(STANDARD) also. Any problems encountered with FILE-STATUS
04 will be treated as something that needs to be investigated.
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to
IBM is working to resolve the problem. They have updated the STATUS page at
http://www14.software.ibm.com/webapp/set2/sas/f/gdbm/home.html
to show the service is not available.
--
For IBM-MAIN subscribe / signoff / archive
When attempting to pull current maintenance holddata today, the order was
built and then the ftp process started up to actually get the files from IBM to
my SMPNTS. But I encountered errors that I have not seen before. Anyone else
having problems?
The error reported in SMPOUT was
RECEIVE
It must be contagious. I just tried Rochester and encountered the same problem.
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
I was leaving the implementation up to IBM. The current ISPF file listing is
done using ISPF DM tables which does not provide any collating sequence options
that the user can tweak.
--
For IBM-MAIN subscribe / signoff / archive
I've gotten use to using ISHELL which displays the contents of a directory
ignoring case sensitivity. ISPF can't do it that way ... you have to look
through all the lower case names before getting to the upper case names. IBM
ISPF recommended submitting an rfe in developerworks. Here is the
Anyone have any info concerning RSU1312. The ++ASSIGNS finally showed up late
last week but RECEIVE ORDER( ORDERSERVER ... jobs are not pulling anything with
RSU1312. An email from IBM on the 10th stated:
Hello,
We are writing to notify our CST subscribers that RSU1312 will be available
If the PDS command package from cbttape.org (or Serena's Startool product) is
used in batch, I think the ISPFEDIT ENQs are issued.
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to
28 matches
Mail list logo
