We recently went to a z10-K02 BC. LPAR (3) mode. No sysplex. z/OS 1.10.
Following IBM recommendations, we set CPENABLE(10,30) in IEAOPTxx.
Shortly thereafter, a complex batch job began experiencing lengthy elapsed
times (3-5 times as long). Realtime (CA-SYSVIEW) and postprocessor analysis
, 13 Oct 2010 14:56:27 -0500, Miller, Pat pat.mil...@trs.state.tx.us
wrote:
We recently went to a z10-K02 BC. LPAR (3) mode. No sysplex. z/OS 1.10.
Following IBM recommendations, we set CPENABLE(10,30) in IEAOPTxx.
Shortly thereafter, a complex batch job began experiencing lengthy elapsed
times
I'm sure there's a simple way out of this, but danged if I can find it.
I'm getting this trying to use the ACCOUNT command:
IKJ56553I COMMAND NOT AUTHORIZED FOR TRS760+
IKJ56553I YOUR INSTALLATION MUST AUTHORIZE USE OF THIS COMMAND
It's not a RACF issue and it's in
_
Hayim Sokolsky, CISSP
Mainframe Security Architect
DTCC Corporate Information Security
18301 Bermuda Green Dr, MS 1-CIS
Tampa FL 33647-1760
Tel. (813) 470-2177
Miller, Pat pat.mil...@trs.state.tx.us
Sent by: IBM Mainframe Discussion List IBM-MAIN
Bingo. They had resource = ACCOUNT instead of ACCT. Thanks to all.
-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of Bob Shannon
Sent: Tuesday, December 08, 2009 10:53 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: ACCOUNT Command Authorization
the messy output - and the miniscule
performance hit - of sending a SITE command which is condemned to be
ignored even as it is sent, you should toggle the SENDSITE
specification
Chris Mason
On Fri, 30 Oct 2009 17:43:51 -0500, Miller, Pat
pat.mil...@trs.state.tx.us wrote:
I'm trying to use
I'm trying to use the SUNIQUE subcommand of FTP to avoid overlaying
existing documents when I send report files to a directory on a Windows
server using a mainframe batch job. The server doesn't seem to like
anything I send it, usually telling me that I am sending an invalid
number of
There used to always be an IBM-MAIN table at SCIDS. I think it had disappeared
last time I was there.
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] Behalf Of Lizette
Koehler
Sent: Monday, July 28, 2008 11:19 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject:
List [mailto:[EMAIL PROTECTED] On Behalf Of
Miller, Pat
Sent: Thursday, June 05, 2008 3:21 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject:Re: SMP/E Error - Resolved
UO00335. Not in the PTS.
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf
Of
Miller, Pat
Sent: Monday, June 02, 2008 4:08 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject:Re: SMP/E Error
No JOBLIB, no STEPLIB. Appears that the module in the HFS is back leveled for
whatever reason. I'm fairly certain we went to the 34.13 level with the z/OS
ServerPac (or possibly
[mailto:[EMAIL PROTECTED] On Behalf Of
Mark Zelden
Sent: Thursday, June 05, 2008 11:52 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject:Re: SMP/E Error - Resolved
On Thu, 5 Jun 2008 11:14:54 -0500, Miller, Pat [EMAIL PROTECTED]
wrote:
You're going to love this. Got this error?
GIM69208S
To: IBM-MAIN@BAMA.UA.EDU
Subject:Re: SMP/E Error - Resolved
On Thu, 5 Jun 2008 12:01:08 -0500, Miller, Pat [EMAIL PROTECTED]
wrote:
The last modified date on GIMJVCLT corresponds to the last service that
touched it, which was on as shipped with the serverpac.
I've gone back and looked
, Miller, Pat [EMAIL PROTECTED]
wrote:
Like I say, I was skeptical. But I see no service in the CSI that hits it
that has been applied since the serverpac install.
What is the RMID of GIMLEVEL? Is that PTF still in your SMPPTS?
Mark
--
Mark Zelden
Sr. Software and Systems Architect - z/OS Team Lead
Anybody seen this before? We're simply trying to do a RECEIVE FROMNETWORK.
We've done it successfully numerous times in the last year:
GIM69208S ** RECEIVE PROCESSING HAS FAILED BECAUSE THE LEVEL OF PROGRAM GIMJVCLT
(34.09) IS NOT COMPATIBLE WITH THE LEVEL OF THE SMP/E CALLING
] On Behalf Of
Mark Zelden
Sent: Monday, June 02, 2008 3:49 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject:Re: SMP/E Error
On Mon, 2 Jun 2008 15:39:04 -0500, Miller, Pat [EMAIL PROTECTED]
wrote:
Anybody seen this before? We're simply trying to do a RECEIVE FROMNETWORK.
We've done it successfully
I just went through this same exercise last year. Is there some reason you
don't want to simply bring up a second stack?
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of
Melissa Perry
Sent: Friday, May 02, 2008 8:38 AM
To:
No better even way down in Texas.
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of
Edward Jaffe
Sent: Tuesday, April 15, 2008 9:59 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject:Re: IBM websites slow today?
Chase, John wrote:
Not just
Well, you COULD just put it on and see if it IPLs.
But FWIW, we did the same thing a little over a year ago. I'm pretty sure we
were at 1.4 and there was considerably more service than 3 PTFs. Ran on the
z890 just fine.
-Original Message-
From: IBM Mainframe Discussion List
We have a z9 Business Class machine. We are considering a refurb OSA Express
Fast Ethernet card (FC 2366) from a reseller to drive our Sun/STK SL8500 tape
silo separate from our enterprise network (as recommended by the vendor). The
doc I can find indicates that, though IBM no longer markets
Well, I think we've found a simple way out of this. The PC our console
automation runs on is already sync'd with the network, which gets its time from
an external source. For the time being, we are going to set up a script to
capture this time and issue console SET CLOCK commands. May be off
Okay, this is proving to be one of those simple yet elusive issues. All I
want to do is synchronize the time between my mainframe and the servers it
exchanges data with. The servers ALREADY synchronize amongst themselves by
asking the firewall server what time it is. The firewall in turn,
Thanks to all who have commented. It's been an education. SNTPD started task.
Seems simple enough. Howsomever, neither the IP Config guide nor Reference
tells you much more than the name of the procedure, where to find the sample,
and what it does. I.e., neither tells you how it works or
Developers are asking me if we can do this to prevent anomalies between
timestamps across platforms. In case it's an issue, no, I don't have a sysplex
or timer.
--
For IBM-MAIN subscribe / signoff / archive access
I'm trying to build an IOCDS in preparation for upgrade from a z/890 to a z9
business class (D/T 2096). I'm getting a message (ICP150I) I can't seem to
locate. I suspect that IOCP doesn't recognize D/T 2096, even though I've
pulled the PSP buckets and applied the atypically modest amount of
Anybody know where the ASCII-EBCDIC (and vice-versa) conversion tables for FTP
are actually stored? Better yet, direct me to a definitive resource on the
topic?
Yeah, yeah - I've found how to override default in the Configuration
Reference, but the book is pathetically lacking on any
We currently have 10 Sun/STK 9840 tape drives, each attached to its own ESCON
CHPID.
I'm trying to decide whether to acquire the IBM 3590 configuration described
below versus a similar number of FICON-attached STK 9840C drives, switched two
or three per FICON CHPID. Of course, the Sun/STK rep
From the SMP/E User's Guide:
The SMPMTS data set contains macros from SYSMODs that are applied. Therefore,
the proper SYSLIB concatenation for APPLY processing includes the SMPMTS data
set, as is shown in Figure 35.
I am attempting to apply z/OS 1.7 toleration maintenance. I've cloned a target
SYSRES volume and pointed the relevant DDDEFs to the cloned target libraries.
UK06680 makes changes to several macros in ISF.SISFSRC. UA20901 assembles some
modules that use these macros. UA20901 is failing
Okay, I've clearly been on NOMAIL too long. Anybody know where my IBMLink
went? I've been using this link:
https://www-304.ibm.com/jct03004c/ibmlink/link2/logon/logonPage.jsp
But now I get a JSP error?
JSPG0036E: Failed to find resource /logon/logonPage.jsp
John Ticic [EMAIL PROTECTED] wrote:
Having said all that, there were some changes in the z/OS 1.4 time frame.
Dynamic volume count was introduced. It is an elegant way of allowing
multivolume datasets to dynamically obtain more volumes when extending,
without having to predefine the entries in
Well, guess what they recommend: dynamic volume count -
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of
John Ticic
Sent: Friday, August 18, 2006 1:56 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject:Re: SMS DASD Volume Count in z/OS 1.4
My storage admin guy is having a problem that he thinks started when we went to
z/OS 1.4.
We use FDR Upstream to back up certain workstations and servers to mainframe
DASD. We use the same SMS data class for all of them. It allows for up to 59
volumes to be used for each backup data set.
I just installed the Enterprise COBOL Compiler 3.4. As happy as I am to be
rid of OS/VS COBOL, it doesn't appear that you can get a procedure map
(PMAP) that lists the code generated by the Procedure Division. Does this
mean that us old school dump readers must now depend solely on the debug
.
| | | | |
| | | | | LIST replaces the
OS/VS COBOL PMAP
| | | | | option.
Miller, Pat
[EMAIL PROTECTED
address space access lists. Glad we cleared that up.
http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/IEA2E233/48.8.31?
SHELF=EZ2ZO110DT=20031013155830CASE=
Thanks much to Fred Stagg, VTAM level II.
-Original Message-
From: Miller, Pat
Sent: Monday, January 16, 2006 3:54
-Original Message-
From: Miller, Pat
Sent: Monday, January 16, 2006 10:40 AM
To: 'Ulrich Krueger '
Subject:RE: FFST Abend at Startup
I am using all the defaults as it comes with ServerPac. EPWPARM was empty.
The PROC comes with the SYSABEND DD SYSOUT=A. I was surprised
I'm getting the following when EPWFFST starts up under z/OS 1.4:
EPW0051I FFSTFFDC: INITIALIZATION OF FFST/FFDC COMPLETE
EPW0201I EPWFFST: INITIALIZATION OF FFST/ESA IN PROGRESS
EPW0504I EPWFFST: FFSTPARM MEMBER START00 READ SUCCESSFULLY
$HASP708 EPWFFST OPEN
DB2PM, but perhaps the same pitfall awaits FFST if you
start the task with the same name as the subsystem name.
Brian
On Fri, 13 Jan 2006 13:44:49 -0600, Miller, Pat
[EMAIL PROTECTED] wrote:
I'm getting the following when EPWFFST starts up under z/OS 1.4:
EPW0051I FFSTFFDC: INITIALIZATION
Well, I tried it without SUB=MSTR and got the following:
START EPWFFST.FFST
$HASP100 EPWFFST ON STCINRDR
IEF695I START EPWFFST WITH JOBNAME EPWFFST IS ASSIGNED TO USER EPWFFST
, GROUP STCGRP2
The maximum number of extents for both sequential and VSAM appear to have
changed going from OS/390 2.10 to z/OS 1.4. Anybody know these numbers off
the top of your heads? Also, where this is documented?
--
For IBM-MAIN
volume. If this is
a multi-volume VSAM data set, then the VSAM component can be
extended to a maximum of 255 extents combined over all volumes.
Mike
On 12/19/05, Miller, Pat [EMAIL PROTECTED] wrote:
The maximum number of extents for both sequential and VSAM appear to
have
changed going from OS
We use Xerox printers and a related product called XPAF to drive local and
distributed printing. We have no IBM mainframe printers or related
products. The XPAF PROCs allocate the following libraries, which I would
assume from the names were IBM libraries:
SYS1.FONTLIB
SYS1.FDEFLIB
SYS1.PDEFLIB
Thanks for all the replies. It appears that the libraries are unnecessary
baggage left over from a bygone era.
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Alan C. Field
Sent: Friday, December 09, 2005 3:41 PM
To:
43 matches
Mail list logo
