Hello Atilla,
I do not use IEA499E anywhere in z/OS console. From ISMF all the z/OS
storage groups and non sms volumes are sufficient.
On Tue, Jul 28, 2020 at 8:59 AM Attila Fogarasi wrote:
> z/OS fully supports thin provisioned volumes as long as you are on the
> right software level (e.g.
z/OS fully supports thin provisioned volumes as long as you are on the
right software level (e.g. for DFSSMSdss APARs OA48707 and OA50675; there
are others).
z./OS issues console message IEA499E at the pool capacity thresholds. Are
you not seeing any z/OS messages?
You can use the IDCAMS LISTDATA
Hello,
We are using DS8866 box for our z/OS and z/VM. Today in DS8k console we are
seeing a message as
Trim Event Pending - Events will be trimmed in less than a week
Pool Over Threshold - Pool EP_EASYTIER_CKD_2 over provisioned capacity over
threshold.
I believe Thin provisioned volumes ar
On 7/27/2020 1:59 PM, Tony Harminc wrote:
Is there any clear advantage to converting to ISGQUERY?
We have no benchmark comparing ISGQUERY and GQSCAN, but our measurements
indicate ISGENQ/ISGDEQ are slightly slower than ENQ/DEQ.
I don't think GQSCAN will ever go away. If all you need is a tw
Long ago and far away, we had a similar problem. The VTAM applid and the CICS
region userid were the same. Users would type the applid twice, end up trying
to logon to CICS as the CICS region ID, then use their userid or password and
revoke the region userid.
CESN is a user replaceable prog
On 28/07/2020 4:48 am, Lionel B Dyck wrote:
Created several ISPF panels from DTL. The result is an ISPF panel with
attribute characters that are binary (hex) with examples being x'01' ,
x'02', x'05, x'0D', and more.
Copying these PDS members to an OMVS filesystem using cp works fine. The
da
In the bad old days we used a bit setting in the ACF2 FDR to control access to
a CICS but I have no idea how to do that in RACF using an exit
Sent from my iPhone
I promise you I can’t type or
Spell on any smartphone
> On Jul 27, 2020, at 17:47, Jesse 1 Robinson wrote:
>
> It was a long time
CSI
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of
Tony Harminc [t...@harminc.net]
Sent: Monday, July 27, 2020 7:39 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: SHAREOPTION
Simple question - I think I should know the answer, but I don't.
How can an application program using a VSAM dataset discover the
SHAREOPTIONS that were specified when the cluster was DEFINEd/ALTERed?
Can this be done easily before OPEN? After OPEN?
There are two flag bits in ACBINFL2, but that
Perhaps the user exit has a hard-coded exception for 'FTPD' and not for 'FTPDS'?
Well, what I say about user-hostile still stands. If it's not the FTP daemon
that was written this way, then it is some user exit. Whatever software was
written this way, it is inexcusable.
I don't know if the part
Indeed. Take the Transient Queue Manager - Please!
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of
Jesse 1 Robinson [jesse1.robin...@sce.com]
Sent: Monday, July 27, 2020
It was a long time ago, but yes, TCAS or some inbred cousin issued the WTOR and
whole thing waited. Much more recently TPX would do the same thing. Improper
coding is not the purview of user software.
.
.
J.O.Skip Robinson
Southern California Edison Company
Electric Dragon Team Paddler
SHARE M
Do you mean that TCAS issued a WTOR? Because that's the only way I can imagine
TSO having had such a problem.
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of
Jesse 1 Ro
This is not a 'RACF problem'. The problem lies with product that manages logins
using RACF. Whipper snappers believe it or not, once upon a time TSO itself had
this problem. The task gets a wait from RACF, but that task is running in the
mainline of the top guy. The proper way to handle this is
Nice catch, Joe.
Charles,
I would agree about a customer-facing process not generating messages upon
termination. However, the FTP daemon isn't "quite" that bad. Just for
curiosity, I tried to start a second FTPD on my sandbox. It did what it was
supposed to do, started the FTPD1 daemon and
On Mon, 27 Jul 2020 at 18:03, ITschak Mugzach wrote:
> It happens because racf is a single task. This is why other users can't
> login until the wtor is replied.
>
I very much doubt this. It may be that this part of *CICS* is a single task
for all its users, but RACF itself pretty much runs as a
It happens because racf is a single task. This is why other users can't
login until the wtor is replied.
ITschak
בתאריך יום ג׳, 28 ביולי 2020, 0:13, מאת Jesse 1 Robinson <
jesse1.robin...@sce.com>:
> I think we're asking the wrong question. These folk just make an ordinary
> fat fingered typo
IMHO, the clue to this is in his printout.
PGM=FTPD,REGION=0M,TIME=NOLIMIT,PARM='POSIX(ON) ALL31(ON)/TRACE PORT 990'
IEF043I Actions taken by SMFLIMxx parmlib policy for FTPSDFTPD
Step MEMLIMIT set to ONOUDONT by policy - SMFLIM00 0002
So, it looks some exit is killing the task becau
On Mon, 27 Jul 2020 15:49:52 -0500, Lionel B Dyck wrote:
>Example of the issue:
>
>ISPF Panel code:
>
>)ATTR
> 0D TYPE(PS)
> 05 TYPE(PS)
>. . .
>)BODY
>
>Ideally would like a workstation IDE user to be able to view the data and
>perhaps update it and at some point return to z/OS for use.
>
This
You can get around the problem with an MPF exit to automatically REVOKE.
Look at CBT 708.
Joe
On Mon, Jul 27, 2020 at 3:32 PM McCabe, Ron
wrote:
> Hello IBM Listers,
>
> Got an interesting problem that I would like to know how we can avoid.
> Our Help Desk users TSO accounts have the SPECIAL AT
Oh man! Talk about user-hostile programming. How could anyone ship a
customer-facing program that detects an error and then just quits with (a.)
RC=0 and (b.) no message whatsoever. No "Hello World I am FTPD V2R3" and no
error message. Even if you can't open your usual log or listing file you can
W
I think we're asking the wrong question. These folk just make an ordinary fat
fingered typo now and then. If that happens on TSO, the user is hung up but the
system runs along fine. Apparently in CICS, the whole shebang goes into a wait.
I've seen this for other non-CICS products.
.
.
J.O.Ski
CICS does not require a CICS segment, so if you do not block the user at
the APPL, the default user CICS segment inherented to the user. Still don't
understand why the helpdesk users password authentication fails if it works
under TSO.
ITschak
*| **Itschak Mugzach | Director | SecuriTeam Software
what does it look like after copying from USS to PDS?
*| **Itschak Mugzach | Director | SecuriTeam Software **|** IronSphere
Platform* *|* *Information Security Continuous Monitoring for Z/OS, zLinux
and IBM I **| *
*|* *Email**: i_mugz...@securiteam.co.il **|* *Mob**: +972 522 986404 **|*
*Skyp
The doc for GQSCAN says that "ISGQUERY is the recommended replacement for
the GQSCAN service". But it says nothing about GQSCAN being deprecated -
let alone eventually removed. We've used GQSCAN "forever" (actually since
July 2000), and I need to make some updates to the code that uses it. But
the
[Default] On 27 Jul 2020 13:40:48 -0700, in bit.listserv.ibm-main
stars...@mindspring.com (Lizette Koehler) wrote:
>First if you have not done so, you might want to join the CICS or RACF
>Lists.
While I am at least 20 years out of date, it used to be that someone
had to be set up in each CICS r
How about appl class? If the user is not authorized to the cics applid, he
can't login.
Btw, why (and how) is their password different on cics? If racf recognize
they have the special attribute, it seems this is the same racf...
ITschak
ITschak Mugzach
*|** IronSphere Platform* *|* *Informatio
Example of the issue:
ISPF Panel code:
)ATTR
0D TYPE(PS)
05 TYPE(PS)
. . .
)BODY
Ideally would like a workstation IDE user to be able to view the data and
perhaps update it and at some point return to z/OS for use.
Lionel B. Dyck <
Website: https://www.lbdsoftware.com
"Worry more about y
How about appl class? If the user is not authorized to the cics applid, he
can't login.
Btw, why (and how) is their password different on cics? If racf recognize
they have the special attribute, it seems this is the same racf...
ITschak
בתאריך יום ב׳, 27 ביולי 2020, 23:40, מאת Lizette Koehler
First if you have not done so, you might want to join the CICS or RACF
Lists.
I think the IRR profiles can avoid the use of SPECIAL and OPERATIONS, but
you would need to research that
I think the RACF List may be more helpful
CICShttp://www.listserv.uga.edu/archives/cics-l.html
RACFht
On Mon, 27 Jul 2020 13:48:21 -0500, Lionel B Dyck wrote:
>
>Created several ISPF panels from DTL. The result is an ISPF panel with
>attribute characters that are binary (hex) with examples being x'01' ,
>x'02', x'05, x'0D', and more.
>
>Copying these PDS members to an OMVS filesystem using cp work
This might be a case of using the RACF VTAMAPPL class and only granting access
to your helpdesk folks to the TSO APPL's and not the CICS Appls.
You'd get more expert advice from the RACF-L if you wanted
Jerry Whitteridge
jerry.whitteri...@albertsons.com
Manager Mainframe Systems & HP Non-Stop
Alb
Hello IBM Listers,
Got an interesting problem that I would like to know how we can avoid. Our
Help Desk users TSO accounts have the SPECIAL ATTRIBUTE so they can reset
passwords and define new users. These TSO accounts are not defined to CICS but
every once in awhile one of them will try to l
John,
I tried sending you the PDF version of the manual via offline message, but
looks like your email address is not accepting them. If you want a copy
of the pdf then email me directly.
Thanks.
Kolusu
--
For IBM-MAIN subscri
Here is the anomaly.
Created several ISPF panels from DTL. The result is an ISPF panel with
attribute characters that are binary (hex) with examples being x'01' ,
x'02', x'05, x'0D', and more.
Copying these PDS members to an OMVS filesystem using cp works fine. The
data is NOT being cop
Place a service call. Show them the EREP output from the window of IOS messages.
In a message dated 7/27/2020 10:12:21 AM Central Standard Time,
burha...@maintec.in writes:
During the copy operation, we are receiving the following errors for certain
volumes however the job runs successfully with
SDSF has supported JES3 since z/OS 1.10.
Lennie Dymoke-Bradshaw
'Dance like no one is watching. Encrypt like everyone is.'
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Seymour J Metz
Sent: 27 July 2020 16:31
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [IBM-MAIN] St
Possibly some info in syslogd
> -Original Message-
> From: IBM Mainframe Discussion List On
> Behalf Of Seymour J Metz
> Sent: Monday, July 27, 2020 8:31 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Started task stopping immediately. No error messages.
>
> It looks like you're using
Hi R'Shmuel AMV"SH,
Please see: http://www.redbooks.ibm.com/redpapers/pdfs/redp4531.pdf
Regards,
David
On 2020-07-27 11:31, Seymour J Metz wrote:
It looks like you're using JES3. I thought thad SDSF didn't support it.
CC 0 would have been a useful datum in the original question. It looks like
It looks like you're using JES3. I thought thad SDSF didn't support it.
CC 0 would have been a useful datum in the original question. It looks like the
FTP server doesn't issue an informational message when a copy is already
running. RFE?
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz
Hi,
The start and stop happen because, another task is started, usually
named FTPD1.
To see it, you can issue (on the console or via SDSF/EJES):
D A,FTPD1
As an aside, z/OS V2.5 will be the last release supporting IBM JES3.
After that, you will be unsupported, convert to Phoenix's JES3 or
conv
Responding to all posters, not just Mr Metz.
1. I already tried calling the proc from JCL. It ran, stopped immediately and
returned no error messages.
2. I started the proc with the MSGCLASS and did receive output. It was
identical to the JCL call; immediate stop and no error messages. I will
42 matches
Mail list logo
