> About ZFS (not ServerPac)
>
> What about recycling ZFS with F OMVS,STOPPFS=ZFS and then replying with R
> to: nn BPXF032D FILESYSTYPE ZFS TERMINATED. REPLY ’R’ WHEN READY TO
> RESTART. REPLY ’I’ TO IGNORE. ?
Last time I tried that it meant shutting down all of OMVS because the ROOT was
a ZFS.
> Updated my RACF data set profile
> for Z220.**, IPL'ed to cycle ZFS, and it worked fine.
Just as a FYI: You can avoid an IPL to cycle ZFS for RACF DATASET reasons by
using SETROPTS GENERIC(DATASET) REFRESH. I don't remember which book I found
that in, but it is heavily sprinkled with warning
> SLIP
> SET,IF,PVTMOD=(MEASMCMN,0ADA,0ADC),DSPNAME=(‘MEASMCMN’.*),JOBNAME=MEASMCMN,ID=M,END
> The address in the data space I am looking for was:
> Access register: 01010039 Register: 00025238
> I did not know the name of the data space DSPNAME(IRR1) is not in the
> dump but I did find ASID
> I know, but how do you go back to where you were? Say you're following a
> chain of linked addresses and you want to go back. Typing in stuff to
> remember the addresses would be a pain. Web browsers give you all that for
> free.
As far as I am concerned, one works differently in the z/OS wor
> Plus when you're displaying register contents or stack traces, the
> addresses are displayed as links.
IPCS has been doing that since I started working with it. Use %, ? and (forgot
the 64bit-address character) when displaying active storage. Equate some
address with a symbol, and you can list
> :>If someone showed interest in becoming such a fabled magician, what
> direction would you point said someone to?
>
> Start with simple SYSMDUMPs and work your way up.
>
> Learn the trace table.
Very good advise. The system trace table can be more interesting than any
thriller you could wat
> I wonder how many other people routinely ensure they have a usable dump
> available back at the office after any test day.
> Barbara maybe ... ;-)
It was usually a fight to get a dump saved, in some cases to get the dump taken
in the first place, especially when I am the only one in the inst
> - I try to vary a 3390 device ONLINE that was previously OFFLINE. This works
> without any problems and I can access the associated volume immediately.
That means that the SYSIEFSD ENQ had a minor of VARYDEV, right? You may want to
search for old apars with keywords sysiefsd, q4 and varydev.
>
> IEE799D VARY CONSOLE DELAYED - REPLY RETRY OR CANCEL.
>
> A VARY CONSOLE command requested that a console be placed online or offline.
> The system could not process the command due to other processing in the
> system such as:
> - Another VARY CONSOLE command
> - Device allocation in progress
> CAMASTER is not started out of ICHALTSP in the case where RACF is the
> security product.
That leaves me with my original question: How is CAMASTER started? As I said
before, while ICHALTSP is certainly in LNKLST (since we will run that LPAR with
either RACF, ACF2 or TSS, depending on the tes
> I'd say "sort of". But only when you are running ACF2 or Top Secret.
We plan to run with either TSS or ACF2 in that lpar. Currently we still use
RACF there. So we already have the (ACF2) library in linklist, but don't
actually run an alternate security product yet. Which makes me think that the
> - ICHALTSP is an interface made available to the owner of the alternate
> security product being used on this system, as a means of starting that
> alternate security product in the same "window" when RACF is started,
> i.e., before started tasks and jobs can start.
>
> FWIW, "ALTSP" does ind
Scott,
> We made our case to IBM, they agreed and provided a licensed API.
am I correct in assuming that the API provides IBM with a way to start an
address space (via one of the IBM IRIMs used for initializing the system) by
using a CA module in the ASCRE? So essentially the first CA module ki
> There's no module named ICHALTSP in IBM libraries (LINKLIB, CSSLIB,
> MIGLIB,...). It's only in CAW0LINK. (ISPF -> DDLIST -> LINKLIST -> MEM
> ICHALTSP).
According to the ibmmain post ICHALTSP is an (IBM) IRIM that receives control
in master scheduler (but you're right, I cannot find it in my
> Search IBM-MAIN archive (or google) for "TEC570878" or "IKJEFXSR"
Thanks Norbert. I can see that CAMASTER started on this system, but I still
don't know how this is actually done since no libraries containing this
frontend are loaded in LPA via lpalst or command. Right now neither IKJEFXSR
no
Now that CAMASTER has become a mandatory address space, I am asking myself how
that address is actually started. The CA documentation makes it sound as if it
were magic that starts it, but I don't believe in magic. There are knowledge
base articles out there that say that starting CAMASTER at th
>CNZ4200I CONSOLE L700 HAS FAILED. REASON=IOERR
>From that point forward, we did not get any IEF403I or IEF404I messages anymore
To answer my own question: The console has MONITOR-L set in consolxx, and there
was no setcon mn,jobnames=on issued anywhere (this is an ADCD system, after
all!). I ha
This is a question for those of you that run z/OS on an RDT system (presumably
also those on a zPDT system), i.e. on emulated hardware.
Yesterday we had to restart the remote viewer (VNC) I use to login to Linux to
start z/OS. Restarting VNC kills the console:
CNZ4200I CONSOLE L700 HAS FAILED. R
> To clarify, Exit 13 used to be required to get notification because the
> default was NO. Now it's controlled by this keyword in the init deck:
>
> NJEDEF MAILMSG=YES
>
> Since YES is the default, unless you code MAILMSG=NO, you should be getting
> the notify. This from Knowledge Center regar
> Question: how do you performance guys and gals present those maximums? Or how
> do you prove that machines are heavily used? Do you use averages of those
> maximum CPU% utilization or what do you use? Do you combine all the LPARs and
> then work out the max? Any trending or statistical analysi
> My WebSphere guy asked for this:
> SDATA=(CSA,,SQA,RGN,TRT,GRSQ,LPA,LSQA,SUM,NUC,PSA,SWA,ALLNUC)
Looks like the general setting that IBM support asks for, copied from one
component to the other without any thought to content or validity.
> Advice? Thoughts?
Replace the ALLNUC with NUC or ditch
> You misspelled websphere.
> Try this with a capital S and no space. Label must exactly match.
> racdcert CERTAUTH alter(label('WebSphereCA')) notrust
Donald hit the nail on the head. Teaches me to always copy over the label, no
matter how short it is.
racdcert alter(label('WebSphereCA')) no
All,
I am new to this certificate stuff. I have inherited this certificate in my
RACF data base (apparently the only one that has a private key somewhere, no
ICSF in use, and I have all RACF privileges):
Label: WebSphereCA
Certificate ID: 2QiJmZmDhZmjgeaFguKXiIWZhcPB
Status: TRUST
Start Date:
> Do you think an old Dino like me could use it to setup DFHSM for the first
> time. I need to on our development environment.
>
> SYS1.SAMPLIB(ARCSTRST) is the HSM starter set and will get you going.
Having gone through this exercise from scratch on an ADCD system about 2 years
ago, I can say t
> Anyone have the JCL to set up a new user for TSO and other services for both
> OS/390 and Z/OS.
>
> Getting bored using IBMUSER and when trying to use TSO commands to do it have
> made a bit of a mess as it does not seem to work correctly (this could be
> me!) and no I do not wish to use the
I have just noticed a very strange behaviour of an MPF exit that is supposed to
suppress messages from hardcopy log. The exit does this:
OICTXTRFB2,CTXTRDTM
We have an abundance of IEC161I messages that clutter up hardcopy log (among
other things). So I set the exit to suppress iec161i whil
> From where and what did you used to d/l the whole set? I must have missed it.
> Actually I want to d/l the whole 2.1 set and place it somewhere shareable by
> all.
It is a one-time effort, and I download each pdf manually and sort them into
the folders I want them in. I also rename them so I k
> It would be easiest if you could send this dump somewhere
> that I can access. Like opening a PMR and sending the dump, if
> you have a license to do that. Or sending it to Dallas if you
> have an ISV relationship there.
Thanks Jim, I have done so.
Barbara
> >I would rather download the PDFs,I'm think personally, it's easier more me.
>
> Not me. I still prefer the .boo. In fact, most of the time, I
> still use the z/OS 1.13 books rather than the current doc
> unless I'm going to print part of it, or unless I know that I
> need something more curr
> Dusting off this old thread:
> I set a slip trap that included the TCPIP address space in the address spaces
> to be dumped. TCPIPCS socket detail on that slip dump gives me:
>
> TCPIP Socket Analysis
> BLS18100I ASID(X'002B') 01F0_2280 not available
>
> The a
> We use SYSLOG, not OPERLOG. And I see the NIP messages in it. It appears
> that they are buffered and written to SYSLOG once JES2 comes up and SYSLOG
> is available. Given our small size, I don't know if this buffer is a "wrap
> around" and so might lose messages if there are a lot of them befor
> OTOH, it's not clear what happens to OPERLOG messages after JES terminates.
> They're probably captured in a CF structure, but would we have access to that
> data after system shutdown?
Assuming that operlog is not varied off, operlog merrily goes on recording
everything that goes on after J
> The above will "work" but not sure what the ramifications are, however, if
> you establish a TSO environment in a long-running "job" such as a started
> task.
The most obvious one is that you cannot stop (p) the STC that has a batch TSO
environment. You will always have to cancel it, unless e
I realize that probably just reflects the fact that it's defaulting):
> BUFDEF BELOWBUF=(LIMIT=39,WARN=80),EXTBUF=(LIMIT=200,WARN=80)
> Mind you, I'm taking the BELOWBUF values from what's currently set. Is 39 a
> plausible number?
>
> I'm reluctant to Just Try It because I know that if I get it
> Ok. I must have missed it somewhere that the OP is perhaps using ADCD, but he
> said he is using VM to access his JES2? So, can you run ADCD as a guest under
> VM?
The OP said that he is running in Dallas. It is my understanding (having never
worked on any of their systems) that Dallas provide
Elardus,
> Just curious, at what z/OS level are you? I'm asking because that APAR is
> somewhat old, but I'm sure that local fix also mentioned by Bob should help
> you out until you can fix the init deck.
>
> Are other LPARs using the same JES2? If so, you could try out the local fix
> or pur
> Check out the SETROPTS HISTORY and MINCHANGE options if you haven't already.
Thanks, Tom! I did that and set history accordingly. No need for an exit, then!
I would set MINCHANGE only if I see that someone tries to change the many
passwords that are now kept to get to the (n+1)th password.
Ba
> Just trying to understand the importance of setting a PACK ON on the pds
> member profile.
>
> What will be the impact if it is set ON in parmlib members ?
I once had a customer who had accidentally turned it on in MSTJCLxx. The IPL
failed miserably. I imagine the same thing happens if you use
> 6 //DD7 DD UNIT=SYSALLDA,SPACE=(1,0),RECFM=VBS,LRECL=32767
> 6 IEF638I SPECIFIED NUMERIC EXCEEDS MAXIMUM ALLOWED IN THE LRECL
> SUBPARAMETER OF THE DCB FIELD
> Why is this considered an error?
>
> In fact, 32761 is accepted; 32762 causes the error. On what rationale is
> It looks like most of the datasets the system is complaining about are
> in their own user catalogs. I should be able to connect the user
> catalog to the master catalog on the zOS 1.13 side and be ok.
>
> Tho there is one that is cataloged in the z2.1's master catalog. I may
> have to just
> Deleted: z/OS MVS System Data Set Definition, SA22-7629: Information about
> system data sets is available with the information sent with the z/OS install
> package. There is no replacement reference for MVS System Data Set
> Definition, except for references to cataloging. In that one instanc
> > When did it last exist? I have V1R10 docs here and I don't see it.
>
> I found one in the z/OS V1.1 bookshelf
SA22-7629-00 says First Edition, March 2001. I have either always copied it
over in .boo format or this was contained in some sort of 'release DVD' when I
downloaded the next rele
> Indeed. If a hospital uploads my genome code, will it be as anonymous, or
> will I be spammed (real medicine, quackery medicine, experimental medicine,
> etc) on what I have in my genome code?
Let's hope that I could veto having my personal data (mis)used that way! Do we
even get told if a doc
> Is anybody out there running the RSE server on z/OS (1.13) with
> USEZOSV1R9RULES(NO) successfully? Anybody have any other idea why today the
> developers cannot authenticate to the RSE server as they did before the most
> recent IPL of the DEV lpar?
We are running RSED8.5 with USEZOSV1R9RUL
> It blows me away that LE has to take a perfectly good 0C1, 0C4 or 0C7 and
> convert it into a U4xxx code. Not only that, they have to obfuscate the
> registers.
I have learned (with a lot of scars) that the ZMCH (if you can find that in the
ceedump) has the actual registers at time of abend,
> I was so surprised by this that I had to go look. A spot check of
> several z/OS messages books shows that many (perhaps most) messages
> include "Module: [module name]" just as they always did. Maybe you were
> "lucky" enough to have a tendency to work on exceptions, or on some
> component
> In my experience, most of the time the first reader of a "contact
> systems programmer" explanation IS a systems programmer. I always found
> it highly irritating when that was the only explanation for an error
> message. Even a broad general description of what went wrong can
> sometimes be he
Peter,
> I have found plenty of places where the discussion is about DB2's DBM1 and
> IRLM address spaces. Those ignore any MEMLIMIT setting and set this limit to
> values defined in DB2.
>
> I could not find anything related to the utility program DSNX9WLM regarding
> MEMLIMIT. Waiting for a
> I can tell you the intent. Each allocation of above-2G storage fits into
> one of 5 "should I include it in the dump?" categories --
> - like region (default for private)
> - like LSQA
> - like CSA (default for common)
> - like SQA
> - do not dump automatically
>
> The intent is to dump "like x
> CD SET,SDUMP=(RGN,CSA,LPA),ADD,MAXSPACE=5000M
>
> ... probably inherited from something someone did before the last
> millennium.
>
> Does anyone have any other (21st-century) recommendations for improving
> this?
I have set this:
CD SET,SDUMP=(ALLPSA,CSA,SQA,GRSQ,LPA,NUC,RGN,SUM,SWA,TRT)
I
> FWIW, I have a feeling that many (most?) customers don't analyze SVC
> dumps often if ever; they have no opinion one way or the other about the
> necessity of RGN. :( IBM or an ISV will likely provide an SDATA= string
> for any dump they request, so the defaults really don't matter to them...
> On what z/OS version?
1.13.
> As documented in MVS System Commands (v1.12):
> "RANGE is not valid for error event traps. RANGE cannot be specified on an
> ACTION=IGNORE storage alteration PER trap."
> I believe this could be the reason for IEE739I.
Since this was a PER trap, not an error event
I have attempted to set a storage alteration PER trap. I was interested in
several 4 byte areas distributed across maybe 2 pages. My intention was to
disable SA monitoring for everything except those 4 byte areas, similar to the
way it is described for IF traps:
SL SET,SA,D,ASIDSA=SA,JOBNAME=xx
> You never add PCOUPLE. You promote from ACOUPLE to PCOUPLE via PSWITCH.
You do if you activate a CDS for the first time. There is nothing preventing
you from specifying both pcouple and acouple in the same command.
Admittedly I have never tried to switch both primary and alternate to a new
n
> > But I am fairly sure that, IN THIS CONTEXT, the CEA which was being
> > mentioned in the thread was not Common Event Adapter, which has _nothing_
> > to do with multiple TSO logons that I can see, but was referred to z/OSMF
> > and its ability to allow multiple TSO sessions for a single user. I
> Change ISPCFIGU. Use the command ISPCCONF. IIRC the default number of split
> screens is 8.
Thanks. Will do that, just to astonish my colleagues. :-) Yes, the default is 8.
Barbara
--
For IBM-MAIN subscribe / signoff / archi
> You should bump the split screens up to 32. Much more impressive. :)
I bite. How do I do that?
Barbara
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message:
> You're not even getting IKJ56425I? You must have setup your system to allow
> that.
No to both. At least not that I know of - this is an ADCD system. I do get
IKJ56425I when I attempt to logon a second time from a terminal emulator.
Note that the other 10 sessions do not have a VTAM ACB in the
> Is there some actual technical reason why TSO cannot be made to allow one
> user ID to log in multiple times to TSO within a single LPAR?
Who says TSO does not allow one userid with several logins within a single apar?
JOBNAME StepName ProcStep JobIDOwnerC Pos DP Real PagingSIO C
Peter,
> Is there a tool or Rexx exec which can help me in identifying the Job
> consuming the High Virtual Shared Storage or Common Storage ?
check the archives :-)
This is Jim Mulder's answer when I asked the exact same question about two
years ago:
> 6) I bemoan IBMs failure to give us a go
> SAdump never writes short blocks. When it wants to write a block
> which is not full, it pads the block with dummy records (which IPCS
> knows to ignore).
Then I don't understand why the utility used produced a copy significantly
smaller than the full dump. Once it was initialized on the full
> I am somewhat at a loss to understand how some of the problems you are
> detailing happened. The only way it could have would be with an ill behaving
> user written program or process.
If I remember this correctly (and I am on shaky ground here), sadump writes a
'special striping', understoo
> Yes, however FBS stands for Fixed Block Standard, not Spanned.
Exactly. And the last record in an FBS data set can be "short", i.e. less than
lrecl. The short record denotes the end of the data set. And all the utility
programs know it and stop processing once they reach the short record. That
> Doesn't somthing in this thread tend to refutetZe'ev Atlas's recent assertion:
>
> >Apparently z/OS is capable of finding the file without any manual
> >assistance! ...
Well, the devil is a squirrel (as we say in German). While an ADCD system is
praised (by IBM) as the best thing for applica
> Use ISMF or something like that to search for all your 'other' dataset on all
> of your catalogs. Just to make sure there is not another [unwanted] duplicate
> on another volser. Just review your Linklist and APF that they are referring
> to the correct dataset and/or volser where applicable.
Tom,
> When you wildcard the HLQ in ISPF 3.4, ISPF searches ALL catalogs, so
> you may end up with hits that are not in the standard search order, such
> as offline resvols, etc. That's why I submitted a requirement and ISPF
> added the catalog name to 3.4 if you check that option.
And a good
For years (forever) I thought that any 3.4 listing done using ISPF is done
using the catalog search sequence (unless I deliberately specify a volume). I
did not specify a volser and listed sys1.afom*. I got 4 hits. One was missing
(sys1.afomhfs), that had just given me a JCL error 'data set not
> Version is only updated by the VERSION edit command and by various
> utilities (PDS, StarTool, 3.5, et al). Members with a VER.MOD level of
> 01.99 remain that way. Should there be an AUTOVER ON command to increment
> version to 02.01?
The ISPF books are very clear on the level portion of vv.m
> It's certainly possible to have DSORG=PS,RECFM=U data set that does not
> contain load modules. I've used them. I believe it's also possible to
> have DSORG=PO,DSNTYPE=PDS,RECFM=U with content other than load
> modules, but ISPF refuses to recognize this fact. I don't know whether
> DSORG=PO,D
I seem unable to find answers to the following questions, so I am hoping the
collective wisdom can help me.
The ISPF books are fairly unclear about the usage of the name 'ISPF
statistics'. In many contexts 'ISPF statistics' mean what's mapped by
ISP.SISPMACS(ISPDSTAT), which only applies to fix
> D TCPIP,TCPDFLT,N,CO,CLI=VPS*,FORM=LONG,MAX=*
> 3 OF 9 RECORDS DISPLAYED
> Q). If my global is 100, and my max is "*" (or some large number), why does
> SOCK show 7 of 7, and CO only shows 3 of 9? I'd like to see all 9 of 9. I
> don't think I need "FORM=" to be able to use "MAX=".
To see 9
> IBM is able to read them. They might request the SA dump if you report
> the problem and you will be glad you took it.
I disagree. Sort of. The customer had asked IBM "Why did the restart of
SMSPDSE1 not complete?" and the customer had given IBM an sadump. IBM support
said that they cannot ans
> The command output shows INTERNAL. Are you issuing the command from the
> internal reader or thru some strange product? Is there an automation product
> that is suppressing the original command and re-issuing it with the options?
The command was issued from STC09092, which he said is control-O
> This kind of error rarely gets mentioned on IBM-MAIN because SAD of
> early IPL failure is super fast and IPCS takes only seconds to init such
> a dump. The problems are usually fixed immediately and folks move on to
> more challenging issues.
I agree completely. But if there isn't someone fo
> I recommend that you do not define any devices as NIP consoles
> in your IODF. Then Operating System Messages will always be used as
> the NIP console.
The problem is convincing the powers-that-be of that. I have the scars from
attempting it. Here inertia hits - 'we have always used a "real co
> We have (by oversight) an active base sysplex with CFRM couple datasets
> defined in COUPLExx. As it is a base sysplex there is obviously no active
> CFRM policy.
Are you sure you don't have an active CFRM policy? The policy that was last
active on those CFRM CDSs would have been activated, no
> If I code SPACE=(CYL,(2,2,0)),UNIT=SYSDA is that implicitly a request for
> only one volume, or might z/OS give me one cylinder each on two volumes or a
> secondary allocation on a second device (assuming, of course, that SYSDA
> were multiple volumes, as it usually would be)?
I just tried to ge
> No, it doesn't. The 255 byte limit for ISPF edit was removed with ISPF 4.1
> in 1994.
> The limit was changed then to 32760 for fixed length records and 32756 for
> variable length records.
Now I am really confused. Wasn't it you who quoted from the ISPF help panels
that maximum record leng
> Does anyone have any suggestions on how to suppress these messages?
MPFEXIT1 START
MPFEXIT1 AMODE 31
MPFEXIT1 RMODE ANY
USING MPFEXIT1,R12
BAKR R14,0
LRR12,R15
B WORK
DCC'MPFEXIT1-&SYSDATE-&SYSTIME'
WORK L R5,0(R1)
> OTOH I would not entertain running a parallel sysplex over DWDM.
A former employer did. Distance about 22km. Due to IBMs requirement for
parallel sysplex pricing for at least one machine being on a different box.
That distant lpar was (obviously) sharing ISGLOCK, and response times from
ISGLOC
> But in no case did we have to cold start.
I second that. We have a 100% JES2 shortage of one kind or another about every
3 months. So far I managed to get by without a cold start.
The problem as I see it is reducing the shortage to the point that a logon will
be possible again. A number of d
> I have been asked to take on the task of remediating the health checks for
> sysplex. I have been given a list of some of the health checks that come up
> as exceptions on designated LPARs. Any suggestions?
> IXGLOGR_STRUCTUREFULL RRS_ARCHIVECFSTRUCTURE GDPS_CHECK_DASDMIH
> XCF_CF_MEMORY_
> IEC999I IGC0002G,S000TBE,KAT30
> IRX0250E System abend code 0C4, reason code 0016.
> IRX0255E Abend in host command SELECT or address environment routine ISPEXEC.
> ***
Wow, this has snowballed. To summarize:
I am allocating a DSORG=PO data set with an explicit zero space value for
directory blocks. This data set *is* SMS-managed. The ACS routines don't
interfere with any DCB attributes, and there is no ALLOCxx anywhere within the
parmlib concatenation. (And I
> IIRC the (pseudo) eof is only written for SMS managed PS datasets, so a PO
> dataset could well be allocated over old data which will then be readable.
> Can you force the problem PO dataset to anther place by making sure the space
> for the 66000 dataset is still in use when the problem PO da
> In my case it certainly is NOT by ACS-routines! I can only think of reuse of
> space with a (part of) member index.
>
> And this must in a production environment imply a security leak ?!
Having spent quite a bit of time recently with the different ways a DCB is
populated, this is an invali
All,
> Be aware of the trap that Elardus hinted to: your allocation can be
> modified by ACS routines, possibly differently on different LPARs,
> caused by different variables passed to it.
Thanks for testing. On our system, I am the master of everything (SMS,
allocation), you name it. There isn
Thanks, Thomas.
that confirms that there is a bug somewhere in allocation. The same job should
result in the same allocation on two different lpars, I'd say, and it should
not use a random number for directory information. At the very least I would
have expected that the directory information i
Can someone please run this iefbr14 job and tell me what the space allocation
is (number of directory blocks) on your system?
// EXEC PGM=IEFBR14
//DD1 DD DISP=(,CATLG),DSN=TEST,
// SPACE=(TRK,(1,0,0)),RECFM=F,LRECL=20,DSORG=PO
Note that I deli
Thanks for the direct link. Yes, I have now downloaded the presentation.
> https://share.confex.com/share/121/webprogram/Session13662.html
Barbara
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to
> >Tom,
> >
> >Could you share the SHARE presentations you have given on COBOL V5?
>
> I just sent them over, they should be live soon at:
> http://www-01.ibm.com/support/docview.wss?uid=swg21634215
'Soon' meaning that more than a week later these presentations are still not
there.
Barbara
---
> Barbara, keep in mind that the SAMPLIB IKJTSO reflects a "vanilla" system.
> Any Program Products may instruct you to update IKJTSO.
I know. But an ADCD system *is* a vanilla system. Supposedly. There certainly
isn't any non-IBM product running on ours (other than our own, which does not
requ
> >I've run into this in the past when deleting GDG bases from ISPF 3.4. I get
> >an authorization failed message, and putting DELETE in IKJTSO00 and a
> >PARMLIB UPDATE(00) fixes it.
>
> Interesting. This is new for me or I forgot about it. :-)
I found this interesting, too, so I went and tri
> >I am curious why sometimes I see DEL/DELETE as an authorized command in
> >IKJTSOxx and sometimes not.
The current (1.13) SYS1.SAMPLIB(IKJTSO00) does not contain del or delete in the
AUTHCMD section (anymore). If it is still found in a productive IKJTSOxx
member, my guess is that that is 'hy
> I had begun to think that my experience with PDSEs was somehow
> atypical, too lucky, because I had not encountered the grievous
> problems that featured in others' war stories.
>
> I therefore spent a long afternoon trying to reproduce and clear some
> of these problems. My experience was much
> >Thanks! BTW, with "huge", are we talking about >> 1 members ?
>
> Generally, yes - because of the way things are split between different major
> applications. I looked and saw one loadlib with about 20,000 members,
> but most are under 5K.
Are we also talking about PDSEs w
Tom,
> >Very late to this, so sorry if my concerns have been answered earlier.
> >What about shops with a ring of monoplexes ?. The sysplex scope is each ind=
> >ividual monoplex - but the sharing boundary is the larger GRSplex. Latch co=
> >ntention - particularly PDSE latches - are a PITA.
> I
> The command char is registered with the subsystem definition - I suspect (but
> don't know) that when you look at the OPDATA between the 2 systems (run the
> command on each ) you will see a difference.
>
> Why Route gets involved is each system is processing the command according to
> what i
> I have to ask. What's harm of defining a couple 1 cylinder (or 2 track) OCDS,
> BCDS that will remain empty and unused?
'Business reasons'.
I just didn't understand why something that looks to have correct syntax is
getting a syntax error. Turns out that it *should* be correct. I will just
sh
Glenn,
> Have you tried an HSM Modify command to issue it? The syntax seems correct,
> so it may be some typographical error in your parmlib.
13193 06:03:58.69 me 0290 F DFHSM,SETSYS TAPEMIGRATION(NONE)
13193 06:03:58.71 STC02475 0090 ARC0103I INVALID SETSYS PARAME
1 - 100 of 167 matches
Mail list logo
