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 INCLUDE
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
>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
> DB2 subsystems were done in time of the copy .
>
> "Perhaps the same volumes were selected in the copy operation
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
> >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.
>
> -
> T
> 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 t
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!
> Jas
>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 imagi
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 / archi
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*)
>
> WHEN&HLQ =&TSOUSERS
> SET&STORCLAS = 'SCSTAND'
> SG:
> F
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 e
> -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 ICH4
>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
Cred
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 M
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 an
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 s
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 Discu
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.
We are z/os 1.11. We almost never IPL. The last time
--
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 f
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 the
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 la
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 D
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 wrote:
> We have one PKDS and one CKDS for all lpars.
>
> -Original Message-
> From:
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*)
>
> WHEN&HLQ =&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 ab
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 p
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 Analy
38 matches
Mail list logo