Hi all
We defined a VSAM file and a GDG base using a user id DBJMP05.
The prefix of DBJMP05 is managed by SMS
SMS routing
SC :
FILTLIST TSOUSERS INCLUDE(DBJMP*)
WHEN HLQ = TSOUSERS
SET STORCLAS = 'SCSTAND'
SG:
FILTLIST TSOUSERS
Are you calling it from TSO or from a UNIX shell?
If the latter, are you calling /bin/rsh or /bin/orsh?
The former should be an external link to RSH, the latter
a symbolic link to /usr/lpp/tcpip/bin/orsh, which in turn
should have the sticky bit set so that it points to ORSH
in the MVS program
ICH408I USER(DBJMP05 ) GROUP(#TMPUG ) NAME(APPL MAINTENANCE
CATALOG.PLEXBDZ3.TSO CL(DATASET ) VOL(BD3CT1)
INSUFFICIENT ACCESS AUTHORITY
FROM CATALOG.PLEXBDZ3.TSO (G)
ACCESS INTENT(UPDATE ) ACCESS ALLOWED(READ )
DEFINE GDG (NAME(DBJMP05.FAS.SE.FMLX.HIST) -
LIMIT(03) -
NOEMPTY-
SCRATCH )
The return is 12
ICH408I USER(DBJMP05 )
DB2 subsystems were done in time of the copy .
Perhaps the same volumes were selected in the copy operation ? Are you
using
SMS how do the ACS routines look like
I know I might miss somthing - I forget to put the Volume in disable to
ensure this won't happen.
Thanks I believe this is the reason
Perhaps the same volumes were selected in the copy operation ? Are you
using SMS how do the ACS routines look like
Good point it is!! Waiting for good news.
2011/3/3 Matan Cohen matancohen...@gmail.com
DB2 subsystems were done in time of the copy .
Perhaps the same volumes were selected in
Why you looking for the record layout of Target CSI ? Just bit curious ..
anyway other question I have is in what situation you see hex 070300 before
zone name since I did print of records for target zone and they all appear
to have 010300
...thanks,Ravi
Hi all
Our shop is RACF.
It is single level alias
DBJMP05.BDZ3.MAN1 catalog to the same catalog as the GDG.
Thanks a lot!
Jason Cai
DEFINE GDG (NAME(DBJMP05.FAS.SE.FMLX.HIST) -
LIMIT(03) -
NOEMPTY
Our shop is z/OS 1.11. the image is a single image.
Thanks a lot!
Hi all
Our shop is RACF.
It is single level alias
DBJMP05.BDZ3.MAN1 catalog to the same catalog as the GDG.
Thanks a lot!
Jason Cai
DEFINE GDG (NAME(DBJMP05.FAS.SE.FMLX.HIST) -
LIMIT(03)
Log on as CE user and do a de-install of the box then all tables are
cleared
2011/2/26 Ted MacNEIL eamacn...@yahoo.ca
Does anyone have any thoughts on the cache? Do I need to worry about
clearing that?
No.
If so, does anyone have any ideas on how to do that?
Just turn it (the C/U) off.
Our shop is RACF.
It is single level alias
Our shop is z/OS 1.11. the image is a single image.
DBJMP05.BDZ3.MAN1 catalog to the same catalog as the GDG.
Thanks a lot!
Jason Cai
DEFINE GDG (NAME(DBJMP05.FAS.SE.FMLX.HIST) -
LIMIT(03)
Hello Ravi,
you're absolutely right, until yesterday I've only seen 010300 but then
I got a CSI from another installation, where 070300 occurs, what leads
to my question.
BTW: the reason why I'm looking into this data is fairly hard to explain
and a much longer story, perhaps I'll find the
Lizette
There are only RACF profiles DBJMP05.** for DBJMP05.BDZ3 and DBJMP05.FAS.
Thanks a lot!
Jason Cai
Our shop is RACF.
It is single level alias
Our shop is z/OS 1.11. the image is a single image.
DBJMP05.BDZ3.MAN1 catalog to the same catalog as the GDG.
Thanks a lot!
Jason Cai
There are only RACF profiles DBJMP05.** for DBJMP05.BDZ3 and
DBJMP05.FAS.
This is not of interest to the problem. The access was denied when
accessing the catalog (see your ICH408I).
The user is not permitted UPDATE to data set CATALOG.PLEXBDZ3.TSO,
at least in the GDG case. And I can't
Can you try to define a GDG named
DBJMP05.BDZ3.GDG
and can you try to define a VSAM data set named
DBJMP05.FAS.VSAM
What happens?
--
Peter Hunkeler
CREDIT SUISSE AG
--
For IBM-MAIN subscribe / signoff /
On 03/03/2011 02:13 AM, ibmnew wrote:
Hi all
We defined a VSAM file and a GDG base using a user id DBJMP05.
The prefix of DBJMP05 is managed by SMS
SMS routing
SC :
FILTLIST TSOUSERS INCLUDE(DBJMP*)
WHENHLQ =TSOUSERS
SETSTORCLAS = 'SCSTAND'
SG:
FILTLIST
This is a type of opinion poll question. In general, it could be reduced to:
What do you think of XML encoded data?. In particular, the nice RACF people
have a program `which unloads their SMF audit data in XML format as an option.
What is nice about it is that the data is printable and so
-Original Message-
From: IBM Mainframe Discussion List [On Behalf Of Hunkeler Peter (KIUP
4)
There are only RACF profiles DBJMP05.** for DBJMP05.BDZ3 and
DBJMP05.FAS.
This is not of interest to the problem. The access was denied when
accessing the catalog (see your ICH408I).
It used to be the case that RACF UPDATE access to all catalogs was
always required to make catalog changes. At somewhere along the line
this SMS exception was documented as an enhancement with MVS release
migration docs.
I missed this enhancement. Thanks for the update.
--
Peter Hunkeler
Credit
Hi Jonathan,
There are both backup VTOC-copy data sets and dump VTOC-copy data sets
which get put on ML1 volumes. For example:
DFHSM.VTOC.Tssmmhh.Vvolser.Dyyddd and
DFHSM.DUMPVTOC.Tssmmhh.Vvolser.Dyyddd.
So, HSM incremental backups as well as HSM full volume dumps create
datasets which go to
John,
IMO, the first problem to solve would be to create a good model/schema
description for SMF records - the DSECTS are really insufficient
(actual data types and structure can only be gleaned from the comments
or other documentation)
If you had an XML document that *described* each SMF record
It might be possible to create a tool to help generate XML models for
SMF records:
Input:
- ADATA files from DSECT(s)
- control statements that specify:
- data types (other than what can be determined from the ADATA)
- triplets and substructures
Output:
- An XML document that describes
Cross-posted to Linux-390, IBMVM and IBM-Main
Once again, I'm looking for customer requirements to enhance our Linux for
System z product. If you've ever had any gee I wish SLES would do X type of
thoughts, please send those to me off-list. I'm primarily interested in things
that would be
We are z/os 1.11. We almost never IPL. The last time we IPL'd, we received the
following:
11.47.55 STC00014 CSFM450E UNEXPECTED ERROR PROCESSING PKDS, RETURN CODE =
000C, REASON CODE = 1780.
11.47.55 STC00014 CSFM401I CRYPTOGRAPHY - SERVICES ARE NO LONGER AVAILABLE.
11.47.55 STC00014
Hal,
Care to post your csfparm (minus the ckds data set name plz) ... or look for
any SYSPLEX keywords and post them?
Thanks,
Rob Schramm
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf
Of Hal Merritt
Sent: Thursday, March 03, 2011 12:36 PM
Hal,
The reason code of 1780 indicates that a DASD I/O error occurred when
accessing the dataset.
Have you checked EREP for any diagnostic information?
Also, are you running under z/VM?
John P. Baker
Chief Software Architect
HFD Technologies
-Original Message-
From: IBM Mainframe
1) Check SYS1.PARMLIB(CSFPRM*). It may be pointing to the wrong place.
2) Check the LRECL of the PKDS. 1.11 changed the LRECL of the PKDS. See
http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/E0Z2M17A/8.2.
6?DT=20090616151803
HTH.
snip
We are z/os 1.11. We almost never IPL. The last
-snip-
This is a type of opinion poll question. In general, it could be
reduced to: What do you think of XML encoded data?. In particular, the
nice RACF people have a program `which unloads their SMF audit data in
XML
Hi folks, I've been gone for a while but now I'm back ...
Anyway, I seem to dimly remember there was a tool to eat a DSECT or
mapping macro and produce a SAS INPUT statement. (Actually I want
something to read DCOLLECT data and I'm too lazy to convert the dsect by
hand.)
Does anyone out
We have one PKDS and one CKDS for all lpars.
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On
Behalf Of Hal Merritt
Sent: Thursday, March 03, 2011 11:36 AM
To: IBM-MAIN@bama.ua.edu
Subject: ICSF Troubles
We are z/os 1.11. We almost never IPL. The
There's this product called MXG ... SAS-based, reads DCOLLECT, most
every known SMF record, a whole bunch of other things, and it's updated
pretty near every time an input record is changed - or added. Reasonably
priced, too.
Tom Puddicombe
Mainframe Performance Capacity Planning
CSC
71
Just a few items
How are you sharing? GRS? CA-MIM? Etc.
Were the files defined with the correct share options?
Was this working before or new configuration?
On Thursday, March 3, 2011, Ward, Mike S mw...@ssfcu.org wrote:
We have one PKDS and one CKDS for all lpars.
-Original
Joel C
I got it.Thanks you very very much!
Best Regards,
Cai Jin Song
Hi all
We defined a VSAM file and a GDG base using a user id DBJMP05.
The prefix of DBJMP05 is managed by SMS
SMS routing
SC :
FILTLIST TSOUSERS INCLUDE(DBJMP*)
WHENHLQ =TSOUSERS
On 03/03/2011 08:19 AM, McKown, John wrote:
This is a type of opinion poll question. In general, it could be reduced to: What
do you think of XML encoded data?. In particular, the nice RACF people have a program `which
unloads their SMF audit data in XML format as an option. What is nice about
I will be out of the office starting 04/03/2011 and will not return until
14/03/2011.
I will respond to your mail, if required ,on my return.
If urgent please contact Chris McClory on 58502
--
For IBM-MAIN subscribe / signoff
hi all,
i almost missed this discussion. if you are interested in further arguments
and details in this field Vulnerability Analysis and Scan on z you should
also refer to the it security forum on our website. we completely solve
this problem for over a decade.
best
stephen
---
Dr. Stephen
All,
HDS have position vacant here in Santa Clara for a z/VM and Linux on Z
Series sysprog. I've included the link to the HDS jobs page below. Darren
has vetted and approved posting this on the Listserv.
The link below won't take you directly to that specific job. This is the HDS
Careers
Don't see anything like a forum in the sitemap of your web site.
J
On Fri, Mar 4, 2011 at 7:21 AM, Dr. Stephen Fedtke
max_mainframe_...@fedtke.com wrote:
hi all,
i almost missed this discussion. if you are interested in further arguments
and details in this field Vulnerability Analysis and
38 matches
Mail list logo
