to:
http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/IEA2B680/12.48.3
But you may need to delete the existing file first.
On Thu, 2011-08-25 at 19:36 -0300, Angel Tamayo wrote:
The directory /TEST already is 777
Display File Attributes
Pathname : /TEST
File type
Hi List,
Maybe someone here could have the same or similar case.
I run job:
//COPY1 EXEC PGM=IEBGENER,REGION=0M
//SYSPRINT DD SYSOUT=*
//SYSUT1 DD DISP=SHR,DSN=HLQ.COMPRESS.PAX
//SYSUT2 DD PATH='/TEST/COMPRESS9',
// PATHOPTS=(OWRONLY,OCREAT,OEXCL),
// PATHDISP=(KEEP,DELETE)
//SYSIN DD DUMMY
I
] On Behalf Of Angel Tamayo
Sent: Thursday, August 25, 2011 7:50 AM
To: IBM-MAIN@bama.ua.edu
Subject: Copying file to OMVS
Hi List,
Maybe someone here could have the same or similar case.
I run job:
//COPY1 EXEC PGM=IEBGENER,REGION=0M
//SYSPRINT DD SYSOUT=*
//SYSUT1 DD DISP=SHR
: CHMOD 777 /TEST/COMPRESS9 to execute
this command in OMVS. Also ask them to change the owner by CHOWN command..
Simple.. then submitting the JCL again
On Thu, Aug 25, 2011 at 6:19 PM, Angel Tamayo a.tamay...@gmail.com
wrote:
Hi List,
Maybe someone here could have the same or similar
Somebody could help me with a JCL to copy all members from a PDS dataset
with rcfm=FB to PDS dataset with recfm=VB.
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the
Great, thanks Mike.
2009/11/4 Mike Shaw techsupp...@quickref.com
Angel Tamayo wrote:
Somebody could help me with a JCL to copy all members from a PDS dataset
with rcfm=FB to PDS dataset with recfm=VB.
--
For IBM-MAIN
Recently I had a similar situation but the problem was that my default
SYS1.BRODCAST dataset was damaged and I had to redefine and reformat it. If
this is your case you should receiving messages as this after your job
finish and user is logof from TSO:
IKJ144I
IKJ574I
To solve this problem I did
/*
2008/8/5 Angel Tamayo [EMAIL PROTECTED]
Recently I had a similar situation but the problem was that my default
SYS1.BRODCAST dataset was damaged and I had to redefine and reformat it. If
this is your case you should receiving messages as this after your job
finish and user is logof from TSO
on the fly.
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Angel Tamayo
I have been receiving the message IKJ144I after I change broadcast dataset
and I don't know how to solve it.
Any idea about the solution
| Director | SecuriTeam Software |
| Email: [EMAIL PROTECTED] | Mob: +972 522 986404 | Skype:
Itschak
Mugzach | Web: www.Securiteam.co.il |
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf
Of Angel Tamayo
Sent: Sunday, July 20, 2008 9:30 PM
I have been receiving the message IKJ144I after I change broadcast dataset
and I don't know how to solve it. I believe that the root of the problem is
the process to change the broadcast dataset from one volume to another one,
here the steps:
- Define SYS1.BRODCAST.NEW on target volume
- Switch
Hi,
I need to move RACF databases to another volume. From RACF System
programmers manual I read chapter Recovery Procedures that could be useful,
but I wonder if anybody of you guys has any other procedure that could be
better.
Hi everyone,
The challenge is change spool dasd type with offload process. We have been
draining volumes and replacing them as they draining, but this takes too
much time and we want to speed up the process. Other condition is that I
can't add new volumes to spool because there is no room to new
Hi guys,
I am embarking on the task of to develop OFFLOAD, in order to make easy the
process of change dasd types for spool (type 3 to type 9). Actually we are
doing it by draining volumes, and replacing them as they drain, but it's
becoming increasingly difficult, and time consuming.
Someone
Hi,
Customer had requested to start JES2 with all INITs drained, in order to
prevent that batch jobs start running on
INITs after the IPL and before batch processing application is fully up.
What options do I have?
--
For
] On
Behalf Of Angel Tamayo
Sent: Thursday, February 14, 2008 3:05 PM
To: IBM-MAIN@bama.ua.edu
Subject: JES2 startup question
Hi,
Customer had requested to start JES2 with all INITs drained, in order to
prevent that batch jobs start running on INITs after the IPL and before
batch processing
In my situation I think the option sended by Tom is my best option, thanks a
lot to all.
And I'm so sorry because my original question were incomplete.
2008/2/14, Mark Zelden [EMAIL PROTECTED]:
On Thu, 14 Feb 2008 15:23:26 -0500, Angel Tamayo [EMAIL PROTECTED]
wrote:
Thanks Dean, you right
It's monoplex.
2007/12/5, ITURIEL DO NASCIMENTO NETO [EMAIL PROTECTED]:
Angel,
Is your 1.8 part of any Sysplex ? Monoplex ?
Atenciosamente / Regards / Saludos
Ituriel do Nascimento Neto
Banco Bradesco S/A
4254/DPCD Alphaville
Engenharia de Software - Sistemas Operacionais Mainframes
Dec 2007 17:54:42 -0500, Angel Tamayo [EMAIL PROTECTED]
wrote:
Recently (15 days ago) we upgrade successfully our z/OS 1.7 to z/OS 1.8,
but
5 days ago we noticed a difference in TSO between being logged on and not
logged on at the time the job completes with notify messages:
If I'm logged
S/A
4254/DPCD Alphaville
Engenharia de Software - Sistemas Operacionais Mainframes
Tel: 55 11 4197-2021 Fax: 55 11 4197-2814
-Mensagem original-
De: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] Em nome
de Angel Tamayo
Enviada em: domingo, 2 de dezembro de 2007 20:55
the automatic
notification as it was working before the upgrade.
I don't know too much about how TSO works but I can follow
instructions,
could somebody tell me what do i have to check or what do i have to
change to restore the automatic notification ?
Thanks a lot,
Angel Tamayo
:[EMAIL PROTECTED] On
Behalf
Of Angel Tamayo
Sent: Monday, December 03, 2007 12:55 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: TSO - Automatic notify messages after log on
Recently (15 days ago) we upgrade successfully our z/OS 1.7 to z/OS 1.8,
but
5 days ago we noticed a difference in TSO between
Thanks for your responses.
I have access to the old system in other LPAR and the displays of the
command D IKJTSO,SEND are exactly the same, there is no differences. But in
the LPAR with z/OS 1.7 works and in LPAR with z/OS 1.8 doesn't work the
automatic notification.
2007/12/3, Tom Schmidt
know too much about how TSO works but I can follow instructions,
could somebody tell me what do i have to check or what do i have to change
to restore the automatic notification ?
Thanks a lot,
Angel Tamayo
System Programmer
24 matches
Mail list logo