Pommier, Rex wrote:
Is anybody using the old encryption key manager for tape encryption?
Not me, so please do not take me seriously. Ok? ;-)
I'm working on setting it up using RACF as my key store. The documentation
that comes with it says specifically that the userid that the EKM runs
Lizette Koehler wrote:
So PI09301 states
Ok, I'm blond and dumb, and I apologize, but what is 'PI09301'? APAR? PTF?
Error message? Something else?
How is that related to your issue? Are you running REXX to do FTP?
Or if you could provide some more details, it would help.
What do you mean by
I thought that someone would remember difficulties with FTP on z/OS 2.1,
and I didn't want to be told about the TSO problem.
This sort of job worked fine under z/OS 1.13.
Specifically:
The job I is a big FTP GET from USA to Australia - both ends are tape. My
job looks like:
// SET
Hello,
I have problem with ERRET= in POST macro.
example:
* TEST - post an invalid ECB
LAR1,1000 invalid ECB
LAR2,2000 invalid ASCB
POST (R1),ASCB=(R2),ERRET=error_routine, X
I believe your ERRET routine is not being driven because of the invalid ASCB
specification.
When you use the ASCB parameter with ERRET, it will only be used when the
cross-memory POST fails in the address space identified by the ASCB.
I would imagine that if the ASCB is invalid, the POST
Same result without ASCB parameter, so not XM post. :-(
On Fri, Oct 17, 2014 at 11:30 AM, Rob Scott rsc...@rocketsoftware.com
wrote:
I believe your ERRET routine is not being driven because of the invalid
ASCB specification.
When you use the ASCB parameter with ERRET, it will only be used
Are you PSW Key 0-7 and supervisor state ?
Rob Scott
Lead Developer
Rocket Software
77 Fourth Avenue . Suite 100 . Waltham . MA 02451-1468 . USA
Tel: +1.781.684.2305
Email: rsc...@rs.com
Web: www.rocketsoftware.com
-Original Message-
From: IBM Mainframe Discussion List
Yes.
MODESET MODE=SUP
MODESET EXTKEY=ZERO,SAVEKEY=FOLDKEY,WORKREG=2
* TEST - post an invalid ECB
LAR1,1000 invalid ECB
*LAR2,2000 invalid ASCB
POST (R1),ERRET=error_routine, X
Hold on a second - you are not coding the ASCB parameter.
As stated earlier -I suggest testing with a valid ASCB.
Also - looking at the syntax diagram in the POST description, ERRET only seems
to be valid when the ASCB parameter is coded.
Rob Scott
Lead Developer
Rocket Software
77 Fourth
Is the home directory defined in the omvs segment /u/ekmserv? Is that
directory owned by ID EKMSERV? I suspect not, and is probably owned by uid 0
ID. Do a chown -R ekmserv /u/ekmserv
We are a tss shop, and the id has the following facilities + the certificates
needed.
XA CSFKEYS =
Ignore my prior response, that came from my tech system, which is where I test,
but is not complete compared to my production setup
Here is from production
XA CSFKEYS = IRR.DIGTCERT.CERTAUTH.EKMAUT01
ACCESS = READ
XA CSFKEYS =
I will also add that although that id has access to bpx.superuser, I do not
believe it is needed. The task is running with the non-zero uid. We had many
problems initially getting the thing configured, and I believe that is still a
remnant of the trials and tribulations.
Perhaps I misunderstood the problem.
Whether called by the system, Cobol, or anything else, an HLASM routine
can get any storage that its authorization allows it to. That includes
storage below the bar, above the bar, and in data spaces. The routine can
switch in and out of any AMODE that its
Hi Dave,
Thanks for the info. I feel like an idiot now - enter head-slap mode...
RACF was/is set up properly. All the directories and datasets within the
/u/ekmserv are set with the correct ownership but I had missed setting
ownership of the primary directory. D'oh!!!
Rex
Hi Dave,
Thanks for the info. I feel like an idiot now - enter head-slap mode...
RACF was/is set up properly. All the directories and datasets within the
/u/ekmserv are set with the correct ownership. I had missed setting ownership
of the primary directory. D'oh!!!
-Original
I did some searches on 0x76650291 and it looks like this type of error has
a history.
I am not sure about z/OS V2.1 but you may need to run some traces in FTP and
see if there is anything in your network that might be impacting.
Other entries might indicate an SR with IBM TCPIP might be
12 hours? IIRC86,400 sec = 24 hours
snip
I needed to pull off some user SMF records, and so I used a small program that
I had written about 6 or so years ago. In it, I have a line of code like this:
SMFCPU = SMFCPU / 38400
I honestly cannot remember why I did that, to divide by 38400, but
I found this in some of my old notes.
SMFCPU - The CPU time used in timer units. Note: there are 38,400 timer
units in a second.
Maybe this helps?
This e-mail may contain Sprint proprietary information intended for the sole
use of the recipient(s). Any use
FWIW: we use STP, and use a couple of HMCs as the NTP source for STP, with the
HMC servers themselves getting time from our stratum 1 NTP servers which use a
GPS receiver for the time. That makes the HMC stratum 2. And if z/OS was then
serving the time via NTP, I believe z/OS would be
I previously sent first article, not second. Here are both parts...
Planning for Data Center Move Is Critical
Clearly defining steps and outcome before a move, upgrade or build helps
ensure a smooth transition to success
I was interpreting Scott's question as how can above-the-bar memory be used
directly by COBOL.
On Fri, Oct 17, 2014 at 5:06 AM, Peter Relson rel...@us.ibm.com wrote:
Perhaps I misunderstood the problem.
Whether called by the system, Cobol, or anything else, an HLASM routine
can get any
Thanks Rob, I'll use ESTAE routine.
Regards,
Gabor
On Fri, Oct 17, 2014 at 12:30 PM, Rob Scott rsc...@rocketsoftware.com
wrote:
Hold on a second - you are not coding the ASCB parameter.
As stated earlier -I suggest testing with a valid ASCB.
Also - looking at the syntax diagram in the POST
On 17 October 2014 04:55, Gabor Hoffer gabor.hof...@gmail.com wrote:
Routine (error_routine) won't get called as I post to an invalid ECB/ASCB
address. Module abends with S602.
As workaround, I use ESTAE, but i don't really like it.
I think if you are doing an XM POST and your ECB and/or ASCB
On Thu, 16 Oct 2014 20:27:27 -0500, Walt Farrell wrote:
Working on a general purpose callable subroutine to connect to a remote DB2
subsystem and return values back to the caller.
Since the caller may [and WILL] have established its own DB2 connection to a
local DB2 subsystem, possibly with
G'Day,
Would anybody have an example of an input volume list. I am trying to perform
a logical backup of a volume however some of the dsns are multi-volume. The
doc says the following :
Specify SELECTMULTI(FIRST) and include the first volume of the data set in the
input volume list. For
John,
try SELECTMULTI(ANY) and exclude LOGINDDNAME, and then post the results plse
Christian
-Ursprüngliche Nachricht-
Von: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] Im Auftrag
von John Dawes
Gesendet: Freitag, 17. Oktober 2014 19:17
An: IBM-MAIN@LISTSERV.UA.EDU
John,
You say the first vol of the multi-vol DSN is on SYS306, yet your INPUT1 is
pointing to SYS301.
Rex
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of John Dawes
Sent: Friday, October 17, 2014 12:17 PM
To:
Thanks! This would be a totally different ball game as it brings an extra layer
of communication between the address spaces. This would also require extra
authorization which wouldn't fly well with the management
===
Working on a general purpose callable subroutine to
On 16 October 2014 14:00, Victor Gil victor@broadridge.com wrote:
Working on a general purpose callable subroutine to connect to a remote DB2
subsystem and return values back to the caller.
Since the caller may [and WILL] have established its own DB2 connection to a
local DB2 subsystem,
Hello.
We have given the below defintion in Easytrive program like the below
CLUBW 9 VALUE ‘ ‘
B097 PARAMETER IS TOO LARGE - 9
We are getting the above error message. Could you please let me know that the
limit is only 32767 ? or is there any way we can
John, have been to fast...
Identify the volumes with a corrupted VTOC INDEX and then using ICKDFS:
Convert them to OSVTOC by
BUILDIX DDNAME(VOLDD) OSVTOC where VOLDD is pointing to the corrupted volume
and then
REFORMAT DDNAME(VOLDD) VERIFY(XX) REFVTOC which will rebuild the VTOC index
Sounds very reasonable. I would certainly think so.
I am way less than a DB2 expert but I don't think any cursor type information
is maintained in any sort of magic control block. Even a single simple COBOL
program can be doing multiple logically independent things at the same time.
There is a
We have EasytrievePlus so you can try either of these;
CLUB W 5 N VALUE 9If you want a 5 digit numeric field set
to 9
Or
CLUB W 5 A VALUE '9 'if you want a 5 digit alphanumeric field
set to '9'
Brad Wissink
Information Technology Services
Iowa
In article CAFMxNWL0GLo1kCpEMokfozjhqVBN8VyUHUON4eWxC=c5Y=8...@mail.gmail.com
you wrote:
I was interpreting Scott's question as how can above-the-bar memory be used
directly by COBOL.
Which is why Peter was confused. No such support currently exists. While
there's been a lot of talk about
z/OS V1.12 - Yes I know.
Okay, I am sure this is in a very easy to locate part of the HSM Admin
manual, but I just am not seeing it.
This should be an easy question. I want to recall 5000 datasets. Do I
still need to
1) List all datasets from an HLIST
2) Sort that list on the Migrate Volser
Yes, once it mounts a volume, it will process other recalls from the
same volume.
Sorting by volume will help.
Submitting all recalls grouped by volumes will be a touch faster.
On Fri, Oct 17, 2014 at 2:03 PM, Lizette Koehler
stars...@mindspring.com wrote:
z/OS V1.12 - Yes I know.
Okay, I am
All,
C and C++ I know supports it , If my old eyes read correctly. Hlasm does. If I
am just using 64bit storage to store/retrieve data that should work?
Scott ford
www.identityforge.com
from my IPAD
On Oct 17, 2014, at 2:11 PM, Don Poitras poit...@pobox.com wrote:
In article
There are at least a bazillion (Google tells me) quotes about mistakes.
So go ahead and make mistakes. Make all you can. Because that's where
you will find success. On the far side of failure. Thomas J. Watson, Sr.
It is much easier to be critical than to be correct. Benjamin Disraeli
Anyone
Thanks
Lizette
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Mike Schwab
Sent: Friday, October 17, 2014 12:35 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: HSM Recall process
Yes, once it mounts a volume, it will process
Not reasonable at all!
Quoting from the DB2 manual [watch the wrap]
http://www-01.ibm.com/support/knowledgecenter/SSEPEK_10.0.0/com.ibm.db2z10.doc.sqlref/src/tpc/db2z_sql_connect.dita
Successful Connection:
If the CONNECT statement is successful:
• All open cursors are closed, all
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of Lizette Koehler
z/OS V1.12 - Yes I know.
Okay, I am sure this is in a very easy to locate part of the HSM Admin
manual, but I just am not
seeing it.
This should be an easy question. I want to recall 5000
I guess it depends what you mean by I would like to use 64bit storage
for some functions from Cobol. If the Cobol part is never going to
directly use the memory, then there's no problem in a called program
in another language using above the bar storage. Just remember to
SAM 31 before you return
Well, I told you I wasn't a DB2 expert! g
You can't share the other program's existing connection? Not do a new CONNECT,
but just do whatever you have to do?
Charles
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Victor Gil
Sent:
COBOL can talk to any legal assembler program. But it can only manipulate
data below the bar.
Scenario one: COBOL program creates records in memory and passes them to
assembler program, which does something with them that involves above the
bar memory. That will work.
Scenario two: COBOL program
Charles,
The more I see the more I want/will convert the Cobol code to C or C++.
Scott ford
www.identityforge.com
from my IPAD
On Oct 17, 2014, at 4:46 PM, Charles Mills charl...@mcn.org wrote:
COBOL can talk to any legal assembler program. But it can only manipulate
data below the
HSM will do the checking for you to minimize the number of tape mounts. No need
to sort.
IIRC, it will also sort the datasets by block addr to minimize rewind time.
HTH,
snip
This should be an easy question. I want to recall 5000 datasets. Do I still
need to
1) List all datasets from an
These remarks of mine may produce some reactions ...
I have not done any 64-bit work in C/C++, but the number of this is not
available in AMODE 64 and this behaves differently in AMODE 64 notes
would give me pause. I have a requirement/enhancement that would be perfect
for above-the-bar from C++
On 17 October 2014 15:43, Victor Gil victor@broadridge.com wrote:
If the CONNECT statement is successful:
• All open cursors are closed, all prepared statements are destroyed,
and all locks are released from the previous application server.
• The application process is
When a load module running under a TCB connects to DB2 for the 1st time,
it creates within DB2 something called an ASCE, if no other TCB in the
address space has previously connected. That represents the address
space connection. The next thing that is created is an ACE, that
represents the
What comes to mind is that I have yet to see a single mistake to cause
something terrible to happen, it seem to always be a conjunction of events;
just a silly example is the program that was leaving behind orphaned storage
every time it is executed, it wouldn't be a huge deal if orphaned
Charles:
I couldn't have said it any better. I also want to use 64bit as I eluded to in
my previous note.
As I read thru the MVS Extended Addressability Guide I am trying to understand
restrictions, especially when you in a
mixed Language environment. I have done a lot of looking in the
I have just converted a large C program from 31-bit to 64-bit because MQ
Series Version 8 now supports LP64. There are 28 modules and no Metal C code
as this app runs on many different platforms. All called assembler
subroutines, z/OS-only, are now AMODE 64 and a number do switches internally
to
On Fri, 17 Oct 2014 12:37:17 -0500, Victor Gil victor@broadridge.com
wrote:
Thanks! This would be a totally different ball game as it brings an extra
layer of communication between the address spaces. This would also require
extra authorization which wouldn't fly well with the management
Most likely not of any use to you, but have you looked at GnuCOBOL? It
was OpenCOBOL, but has been taken over by GNU / FSF as one of their
languages. It works by translating COBOL to C and then compiling the C
code. If nothing else, it might give you some ideas.
On 18/10/2014 5:19 AM, Charles Mills wrote:
In addition to this sort of gotcha be aware of the inherent/documented
differences. In 32-bit C, for example, a uint and a size_t are the same
thing -- you can pass of a size_t to a method with uint * in its
prototype; but in AMODE 64 C they are not
You're right. uchar but no uint. You got my drift.
Charles
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of David Crayford
Sent: Friday, October 17, 2014 7:30 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: 64bit
On 18/10/2014 5:19 AM,
56 matches
Mail list logo
