It's alive and well in SYS1.LPALIB.
Browse the library, and SORT SIZE Descending, and look at what shows up
at the top of the list as the largest.
Tom Chicklon
Somewhere over in DFSMS, there's IGDZILLA :-)
-jc-
What type of processor are you trying to run this on? Found this
restriction is the Crypto Services Admin Guide:
Restriction: You cannot use this utility to initialize a CKDS (and load
DES and
PKA master keys using a pass phrase) on the z990, z890, z9 EC, z9 BC,
z10
EC, z10 BC, and z196.
On the
It would depends on the requirements.
If on day one, nothing is to be considered new or different (not sure
what the compare is reporting), then copying G1 to G2 before the compare
would work.
On the other hand, if on day one, everything is to be considered new or
different, as part of the
Matan,
It has nothing to do with your problem. Chris believes USS can only be
used to refer to Unformatted System Services, to use it to mean Unix
System Services is not to be allowed. He has fought wars over this. Many
have learned to ignore the war, and simply help those who ask easily
TSO ISRDDN or DDLIST seem to be suffering from a lack of exposure and thus low
use.
There are other hidden gems in there too. Con (contention) and Enq (enqueue)
are ones I frequently use.
The valid list primary commands are:
ApfBrowse ConCList
We just licensed a new CA product, and I thought it might be a good time
to look at bringing in MSM to install it.
I spent about half a day downloading MSM, and looking at the
installation process. Seemed like it would be a while before MSM was up
and doing productive work, and a bit overkill
We all know you can trash a partitioned dataset by writing to one
specifying a different block size. Maybe you can use this to your
advantage.
How about moving all members out to a different library, then use a
batch job to copy them back, specifying the new block size you now want.
Before:
A little Friday fun...
We all know what the decrypted password is in a RACF database - it's the
user ID!
The trick it to determine the key used to encrypt it in the first
place...
Tom Chicklon
-Original Message-
It could
probably be decrypted, if you've got enough computer
Older releases of Top Secret used to allow for a user's password to be
displayed with a simple TSS list command. It required the PWVIEW system
option to be turned on, as well as specific authority on the security
admin's ACID. This ability to display passwords is (fortunately) no
longer available.
I am not aware of this being documented anywhere. Maybe someone else can
jump in with that info if they have it.
Tom Chicklon
-Original Message-
thanks ,
Is the literature specifying the HASH algurithm and where the HASH
password
is located?
This e-mail transmission contains
Unfortunately, this was true. TSS did provided a way to display a users
password. Fortunately, they've seen the light and removed this ability.
Imagine trying to prove any particular user was responsible for
something done with their ID when some number of security admins could
all display, and
IEFUJV can do everything, and the TSO submit exit would not be
necessary.
Duplicating the code in the TSO submit exit is a way of being nice to
the users and letting them know at submit time that there is a problem
with the way they coded their job card. Otherwise, it can be much later
for a
This seems to work for me:
quote site blksize=27998 lrecl=0 recfm=u pri=19950 sec=100 track
mode b
ebcdic
PUT 'My.DSS.DUMP' 'MY.DSS.DUMP'
QUIT
Cheryl, thanks for the kind words. I am in no way a professional writer,
so a compliment from you is taken as a high honor.
To be honest, I still use USS as I see fit too. A few months ago, I was
willing to say anything to make the tortuous arguing stop. Now, I have
outlook rules in place that
Years ago, at an employer far, far away, we used to perform our disaster
recovery tests in Chicago. From the parking lot on those late nights, I
remember watching the string of airplanes overhead lining up to land at
O'Hare. At first, it was just in amazement at how many planes there were
in that
This is controlled by the TSO PROFILE MSGID option.
Looks like your first example is run on a system with MSGID, the second
on a system with NOMSGID.
To change, use TSO PROFILE MSGID to turn on, or TSO PROFILE NOMSGID to
turn it off.
Tom Chicklon
i use STATUS in come
Maybe I understand what you want...
You log on, and enter 1;START 2;START 3.2;START 3.3;START 3.4;START S
Your SWAPBAR looks like:
VIEW EDIT DSUTIL MCOPY-DSLIST *SDSF
You are currently in SDSF (note the '*'), and PF9 will swap between
DSLIST (note the '-') and SDSF each time
Check out the RCVT control block. You'll find a pointer to it in the CVT.
On my system running Top Secret, the RCVTID field changes to RTSS. I *think* on
a RACF system it contains RCTV. Not sure what you would find with a systems
running ACF2.
Tom Chicklon
Hi,
How do I find out, researching
I too, hate to see someone leave due to a high level of noise on the
list.
Most e-mail clients allow you to set criteria or rules to send certain
mail straight to the trash. If there are topics or posters you are not
interesting in seeing, send that to the trash and keep participating in
what is
Yeah, just when I conceded to never misuse USS, along comes IBM. IBM! In an
OFFICIAL PUBLICATION! Now what are we to think? I'm just so confused now.
Tom
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of
Jousma, David
Sent: Tuesday, May
OK, you win. USS is officially only to be used when speaking of VTAM's
table thing.
We've all seen the references, and what is official, and what is right,
and what is not, and who says it shouldn't have been. You're right. You
win!
Problem is, most of us just don't care. Really. We don't care
Even with TYPRUN=NORUN, you will still get the list of datasets that
*would* have been included.
I'm betting is has more to do with the single asterisk in the dataset
name mask.
Tom Chicklon
Lead Systems Programmer
Information Technology - Mainframe Services
Fifth Third Bank
1830 East Paris
Yes Darren was very quick to help.
And for that, I am very grateful.
Tom Chicklon
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On
Behalf Of Jousma, David
Sent: Tuesday, January 25, 2011 11:04 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: List
23 matches
Mail list logo
