On 3.4, remove the / from __ Prefix Dsname Level
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of mf db
Sent: Wednesday, August 21, 2013 6:44 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Deleting Alias
Hello,
I was able to delete a
Its already removed...
On Wed, Aug 21, 2013 at 4:34 PM, Richards, Robert B.
robert.richa...@opm.gov wrote:
On 3.4, remove the / from __ Prefix Dsname Level
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of mf db
Sent:
I _hate_ BPXBATCH. I can't use DD * for its input. Sucks branch water. What
I wish I could do would be:
//RUNUNIX EXEC PGM=BPXBATCH,PARM='SH /bin/sh -L'
//STDOUT DD SYSOUT=*
//STDERR DD SYSOUT=*
//STDIN DD *
cmd1
cmd2
cmd3 parm1 |\
cmd4 #reading stdout of cmd3 above
/*
//
No can do. But I can do
What is really amusing to me is that when I browsed it, it looked very
similar to an old style BookManager data set. So I looked at the DCB
characteristics of one of my existing BookManager MVS manuals. It is
FBS/4096/4096. I then created an empty data set with those characteristics,
and did a
Howdy,
I use this which works quite well,
//SHELL EXEC PGM=BPXBATCH,REGION=8M
//STDIN DD DUMMY
//STDOUT DD DUMMY
//STDERR DD PATH='/u/sdda###/Logs/shell.error',
// PATHOPTS=(OWRONLY,OCREAT,OTRUNC),
// PATHMODE=SIRWXU
//***
//*
Neil,
Some would disagree that this works well at all, and prefer -
- normal shell input conventions (not one line)
- running the shell in the same address space
- better accounting
- can one of your commands use a DD in the job step???
- STDOUT and STDERR output to spool (although
Okay. We have used copytree for a while. It comes in the sample directory
in USS. No one has mentioned that.
Thanks.
John Eatherly
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to
Kirk Wolf wrote:
- better accounting
Hmm, I'm not with you, perhaps I'm blond, but... :-D
Could you be very kind to elaborate on this phrase: 'better accounting' ?
TAI!
Groete / Greetings
Elardus Engelbrecht
--
For
On Wed, 21 Aug 2013 11:25:36 +, Tidy, David (D) wrote:
The alias will be created in the same catalog as the related object
Are you sure? The AMS manual doesn't say that, as far as I can see.
In any case, unless both the alias and the data set name resolve to
the same user catalog, the
On Wed, 21 Aug 2013 09:34:55 -0400, Neil Haley nha...@ca.ibm.com wrote:
...
//***
//* Enter shell commands below, only need *
//* SH on the first line, separate commands *
//* with an ';' *
On Wed, 21 Aug 2013 09:07:51 -0500, Tom Marchant wrote:
In any case, unless both the alias and the data set name resolve to
the same user catalog, the alias is worthless.
That is one of the dumber design decisions I have ever encountered.
Simply, alias resolution should search for the RELATED
Lizette,
The LISTCAT shows that both the values are pointing to the same usercatalog.
On Wed, Aug 21, 2013 at 7:47 PM, Lizette Koehler stars...@mindspring.comwrote:
Note in the definition of the DEF ALIAS RELATE() it states: The
resolved value for entryname must be a catalog entry
Nice! Thanks for that I hadn't thought of it.
On Wed, Aug 21, 2013 at 8:34 AM, Neil Haley nha...@ca.ibm.com wrote:
Howdy,
I use this which works quite well,
//SHELL EXEC PGM=BPXBATCH,REGION=8M
//STDIN DD DUMMY
//STDOUT DD DUMMY
//STDERR DD PATH='/u/sdda###/Logs/shell.error',
//
On Wed, Aug 21, 2013 at 8:59 AM, Elardus Engelbrecht
elardus.engelbre...@sita.co.za wrote:
Kirk Wolf wrote:
- better accounting
Hmm, I'm not with you, perhaps I'm blond, but... :-D
Could you be very kind to elaborate on this phrase: 'better accounting' ?
Forked OMVS address spaces
mf db wrote:
n ISPF 3.4, put in the '/' on the line for include additional qualifiers
It is there...
Then you have messy problems. What is your TSO PREFIX setting?
I was able to delete a alias from a usercatalog with a below parms :
DEL ENTRYNAME ALIAS CAT(USERCAT)
Did you do a LISTC before
I am sure in that we had exactly this issue recently when someone tried to
alias non-vsam dataset across catalogs. I thought I found something somewhere
that logically (but not necessarily explicitly) supported this statement, but
it might take me some time to find back again.
Best regards,
Do you have multilevel alias implemented in your environment?
If so, you may have TED and BOB in one catalog but perhaps TED.MY and BOB.MY
are in different catalogs???
Lizette
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of mf
Kirk Wolf wrote:
Forked OMVS address spaces are a different WLM class; resource usage is not
accounted for in the main JES2 address space.
Of course, even if the shell runs in the original JES2 address space (like
BPXBATSL) and you set BPX_SHAREAS=YES and BPX_SPAWN_SCRIPT=YES, you can still
On Wed, 21 Aug 2013 07:17:27 -0700, Lizette Koehler wrote:
DEF TED.MY.FILE ALIAS RELATE(BOB.MY.FILE) then both BOB hlq and TED hlq
must be in MYUCAT1
You can control which catalog the TED alias is created in, but if the
catalogs are different you lose either way. If you create TED in
BOB's
Aliases are most useful for PDS and PDSE members, and they are handled
very differently in the two.
John Gilmore, Ashland, MA 01721 - USA
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to
Elardus,
I tried viewing via ISMF and I could see the alias entry pointing the same
usercatalog, but when I type Browse agains the alias I get a message as
Dataset not catalogued
On Wed, Aug 21, 2013 at 8:01 PM, Paul Gilmartin paulgboul...@aim.comwrote:
On Wed, 21 Aug 2013 07:17:27 -0700,
In 3.4 if you display the dataset and then PF11 - see if there are dataset
attributes. If there is no space, no lrecl, no blksize, and so forth, then
all you have is a catalog entry and that is it. You can create as many
catalog entries as you like that do not have REAL datasets underneath them.
Lizette,
But I am not able to create and relate with same alias and I get a
duplicate dataset entry. Here the background is that I am trying to use
this alias in one of our proclibs.
On Wed, Aug 21, 2013 at 8:12 PM, Lizette Koehler stars...@mindspring.comwrote:
In 3.4 if you display the
On 8/21/2013 at 08:38 AM, John McKown john.archie.mck...@gmail.com wrote:
I then created an empty data set with those characteristics,
and did a binary copy (cp -B) of the hpuza200.book file into it. Guess
what? I could then open it in ISPF BookManager READ!
BookManager is alive and well
This problem seems unclear because of the two catalog ALIAS uses. One for the
HLQ that probably points to a user catlg and another for the DSN alias pointing
to a user catlg. Ensure that both are pointing to the same catalog. Is there
an ALIAS entry for the HLQ?
Cliff McNeill
I was
Catalog aliases (as opposed to PDS member aliases) have two different
uses.
1. By far the most common is high-level-qualifier such as TSO userid. In
this case, the alias itself lives in the master catalog and
points--RELATEs--to a user catalog that contains one or more actual DSNs
that all
On Wed, 21 Aug 2013 20:25:48 +0530, mf db wrote:
But I am not able to create and relate with same alias and I get a
duplicate dataset entry. Here the background is that I am trying to use
this alias in one of our proclibs.
If the alias has the same name as the related data set, it would seem
The NOSCRATCH does not takes up :
DEL .linklib ALIAS CATALOG(ICF.UCAT.CAT2) NOSCRATCH
IDC3226I INCONSISTENT PARAMETERS INVOLVING 'NOSCRATCH'
On Wed, Aug 21, 2013 at 8:41 PM, Skip Robinson jo.skip.robin...@sce.comwrote:
Catalog aliases (as opposed to PDS member aliases) have two different
Sorry about that. NSCR is valid only for DEL NONVSAM. Not for alias. Leave
out that operand. No ill consequences.
.
.
JO.Skip Robinson
Southern California Edison Company
Electric Dragon Team Paddler
SHARE MVS Program Co-Manager
626-302-7535 Office
323-715-0595 Mobile
jo.skip.robin...@sce.com
Then you may have a aparable condition.
I would open a case (SR) with IBM and see if they have any open APARs on
this condition
Personally I go to ISPF 3.4 and bring up the file name I want to delete
Then issue
Del / alias
And hit enter
Or
Del / alias noscratch
Note I do not use the
CROSS-POSTED to ASSEMBLER-LIST and IBM-MAIN
Dear Group,
I worked with IBM to determine the best way to move print from one JES2
spool to another was by using EXIT 40.
Last time I was assembling a CSECT I needed the PARM RENT. In
SYS1.SHASSAMP is HASIASM which has NORENT. In
We're having ongoing 'discussions' with our tape vendor over through-put
performance. Vendor is suggesting that we should be using modern man-size
blocks like 256K. I did some simple testing yesterday to satisfy myself
that--whatever it might take to super-size our tape file blocks--simply
Trust, but verify.
Yes I did think that I need to go to all the trouble (which really wasn't
much). I've had occasions where an extension has been hijacked by an
unrelated product. Not usually done by IBM. And I do many things for my own
amusement. In addition, by doing this, I can read the
I think it will depend on what is creating the LBI file
IDCMAS does not support LBI. Running two sets of JCL: The first set used
IEBGENER with an output blocksize of 65520. The resulting tape actually had
a blocksize of 65520. The same input data set using IDCAMS Repro with an
output BLKSIZE
http://publib.boulder.ibm.com/infocenter/zos/v1r12/index.jsp?topic=%2Fcom.ibm.zos.r12.idad400%2Fblksz.htm
Use BLKSIZE=0. It will use the optimum (largest) blocksize that is
valid. 32K, 64K, or 256K.
On Wed, Aug 21, 2013 at 10:53 AM, Skip Robinson
jo.skip.robin...@sce.com wrote:
We're having
Does anyone know a command (or batch job) that will display the INDEX
information of a dasd volume? The DSLIST panel in ISPF only show the VTOC
info.
Thanks, Roger
--
For IBM-MAIN subscribe / signoff / archive access
Do you wish to list the
SYS1.VTOCIX or the SYS1.VVDS or other?
Lizette
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Roger Craig
Sent: Wednesday, August 21, 2013 9:14 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: DASD INDEX Display
What do you want to know besides whether the index is enabled or not?
:: -Original Message-
:: From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
:: Behalf Of Roger Craig
:: Sent: Wednesday, August 21, 2013 9:14 AM
:: To: IBM-MAIN@LISTSERV.UA.EDU
:: Subject: DASD
I note the presence of quotes in the RELATE but not the NAME. If not a
byproduct of excessive munging, this could be a part of the difficulty.
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of mf db
Sent: Wednesday, August 21, 2013
Ok,
1 ) I did deleted the alias pointing to the usercatalog.- RC-0 and Alias
did not appear in listcat against the NON-VSAM dataset.
2 ) Again I defined with same name relating to the Non Vsam Dataset - RC-0
3 ) Listcat against the NON-VSAM dataset shows me the Alias which I defined
in previous
On 08/21/2013 10:53 AM, Skip Robinson wrote:
We're having ongoing 'discussions' with our tape vendor over through-put
performance. Vendor is suggesting that we should be using modern man-size
blocks like 256K. I did some simple testing yesterday to satisfy myself
that--whatever it might
Thanks to Lizette for pointing out IEBGENER, I ran an IEBGENER (alias for
ICEGENER) copy with BLKSIZE around 256K and got that result according to
RMM. Not surprising for ICEGENER. Then I ran with IBMGENER, the ancient
utility, and got the same result (!).
I infer from my testing that some
On Wed, 21 Aug 2013 08:53:25 -0700, Skip Robinson jo.skip.robin...@sce.com
wrote:
We're having ongoing 'discussions' with our tape vendor over through-put
performance. Vendor is suggesting that we should be using modern man-size
blocks like 256K. I did some simple testing yesterday to satisfy
I defer to Joel on the physics of traditional tape, but this happens to be
virtual tape. No moving parts (other than internal disk). As for desirable
block size, we're just going by what the vendor has been telling us.
.
.
JO.Skip Robinson
Southern California Edison Company
Electric Dragon
On 8/21/2013 10:39 AM, John Gilmore wrote:
Aliases are most useful for PDS and PDSE members, and they are handled
very differently in the two.
Beauty is in the eye of the beholder. As useful as member aliases are, I
find data set aliases more useful. For example, our third party products
Data-set aliases are certainly useful for keeping such names as
ASSEMBLE or BIND unchanged when new versions are brought into use.
They permit an installation to control which version default-taking
users will invoke.
I made my comment because it seemed to me that things were being done
or,
Yes. However, I suggest use of AMATERSE. The supported version of TRSMAIN.
HTH,
snip
A data set is compressed using TRSMAIN on z/OS. It is transmitted, using binary
format, to a non-z/OS server. For whatever reason the compressed file on the
server is incomplete. When the compressed file is
Hello Everyone ,
Apologize in advance for this dumb question .
I have a requirement to put some maintenance on Java filesystem which is
currently mounted on a shared sysplex root .We have 4 lpars (including the
sandbox) in same sysplex sharing the root file system . My customer wants
to test
In
of3e905769.0a5fdaa3-on88257bce.0050dfe9-88257bce.00537...@sce.com,
on 08/21/2013
at 08:11 AM, Skip Robinson jo.skip.robin...@sce.com said:
Catalog aliases (as opposed to PDS member aliases) have two different
uses.
3. MLA
--
Shmuel (Seymour J.) Metz, SysProg and JOAT
ISO
In
cc42e2f56d60f24fb8a6bcc639d1d96306b4b...@samtcasxmb13.usa.dce.usps.gov,
on 08/21/2013
at 03:39 PM, Hansen, Dave L - Eagan, MN dave.l.han...@usps.gov
said:
Last time I was assembling a CSECT I needed the PARM RENT.
It might be needed in the link step, but in the assembly step it just
turns
Reentrant code considerations are contingent on the calling environment.An
exit routine called from the JES2 main task must be reentrant in the JES2
sense. The JES2 dispatching unit, commonly called JES2 processors, running
under a processor control element (PCE) perform the processing for
Hello Baby,
You seem to be using sysplex shared file systems.
If you do the fuser -cu /JAVA64 command under UID=0 you will see who is
currently using that file system.
Preferably, that /JAVA64 folder should be a symbolic link, pretty much like
your /usr, /var and so. That would require some
Thanks Leo for quick response .
When i checked the same for /JAVA31 ,it was actually a symbolic link from
/usr/lpp/java which is actually a filesystem mounted over the VERSION root
.So ,that looks okay to me as i can mount a clone of that filesystem on a
new VERSION root specific to sandbox lpar
Most of the time this is something is 'broke'.
A general scenario is IEHLIST of the pack to look for overlaps. If restoring a
file to
another pack it is helpful to now the UCAT where it was. ADRDSSU print with
DUMP of VVDS should show DSN and UCAT. Then to further narrow it down IDCAMs
On 21 August 2013 14:59, Richard Pinion rpin...@netscape.com wrote:
A data set is compressed using TRSMAIN on z/OS. It is transmitted, using
binary format, to a non-z/OS server. For whatever reason the compressed file
on the server is incomplete. When the compressed file is transmitted,
At this point it looks like you need to cut and paste the complete output
from the job so we have a chance to determine what is really happening.
:: -Original Message-
:: From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
:: Behalf Of mf db
:: Sent: Wednesday, August
Has anybody successfully FTPd the SCRT report in a batch job to a zFS file?
When I try it, I get a weird file. When I use a Windows, the file transfers
without a problem.
--
For IBM-MAIN subscribe / signoff / archive access
On Wed, 21 Aug 2013 23:16:17 +, Mark Yuhas wrote:
Has anybody successfully FTPd the SCRT report in a batch job to a zFS file?
When I try it, I get a weird file. When I use a Windows, the file transfers
without a problem.
People will want much more information:
o What are the attributes
o Were the SCRT report and the zFS file on the same system? If so, why not
use IEBGENER?
Or OCOPY?
-
Ted MacNEIL
eamacn...@yahoo.ca
Twitter: @TedMacNEIL
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send
It's an easy JCL exercise to conduct an experiment to confirm what happens:
TRSMAIN/AMATERSE will read a truncated tersed file and never detect it was
truncated.
I copied a 105472 byte valid tersed file into a
DISP=(,CATLG,CATLG),SPACE=(TRK,(1)).
The original untersed to 360,480 bytes, while
On 21 August 2013 20:39, Barry Merrill ba...@mxg.com wrote:
It's an easy JCL exercise to conduct an experiment to confirm what happens:
TRSMAIN/AMATERSE will read a truncated tersed file and never detect it was
truncated.
I copied a 105472 byte valid tersed file into a
How could it?
GENER did the truncation, AMATERSE was not involved,
so the last bytes are whatever the last bytes were.
The file just ended with one track filled and B37
for the GENER. But I did look and there are no 00
bytes in the last 20 or so bytes of the last 1024
byte record that had been
I tried your suggestion and had the same results as you described Mr. Merrill.
--- ba...@mxg.com wrote:
From: Barry Merrill ba...@mxg.com
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: TRSMAIN
Date: Wed, 21 Aug 2013 19:39:31 -0500
It's an easy JCL exercise to conduct an
I did not wish to deprecate the [appropriate] use of catalog aliases.
Once, long ago, there was a configuration of the linkage editor called
IEWL440 that operated very sedately but used little [then real],
storage to do its job.
In one shop, call it S to protect the guilty, the applications
On Wed, 21 Aug 2013 19:39:31 -0500, Barry Merrill wrote:
It's an easy JCL exercise to conduct an experiment to confirm what happens:
TRSMAIN/AMATERSE will read a truncated tersed file and never detect it was
truncated.
Checksum is your friend. Here's how to generate one using standard z/OS
On 8/21/2013 10:21 PM, John Gilmore wrote:
In one shop, call it S to protect the guilty, the applications
programmers were very reluctant, perhaps for sentimental reasons, to
give up using it long after any rationale for doing so had
disappeared. Making IEWL440 an alias for a more
66 matches
Mail list logo