Not 100% sure this still applies but it used to be a
REQUIREMENT that the dump job runs on the system that
has the file system mounted if you are *not* sharing the
filesystems in the sysplex (shared HFS).
Peter Hunkeler
CREDIT SUISSE
I would like to keep some tapes for ever - permanently. Prior to the Y2K era,
I used the parm :RETPD=99365. Is this still applicable?
Thanks
-
All new Yahoo! Mail -
-
Get a sneak peak at messages with a
Hi,
Where I can find videos or flash presentations about zSeries or z/OS
basics? In the IBM site I found only case studies and testimonials. I will
present a Concepts and Resources internal training and I need to add
this type of material into the PowerPoint slides.
Regards
Prior to the Y2K era, I used the parm :RETPD=99365. Is this still
applicable?
I think you want EXPDT=99365. 99365 and 99366 indicate the tapes will
never be scratched. I don't think you can specify permanent retention
using RETPD.
Bob Shannon
Rocket Software
I would like to keep some tapes for ever - permanently.
Prior to the Y2K era, I used the parm :RETPD=99365.
Is this still applicable?
RETPD=99365 sounds like a CA-Disk parameter, is that what you are using to
backup the data? Otherwise, what utility are you using to create the data?
Jeffrey
Marcos
a quick look at yahoo in the video search with zseries
give several hits from an IBM Webpage -
100s of videos can be found here .
HTH
Frank Krueger
Montag, 27. November 2006 14:11
To: IBM-MAIN@BAMA.UA.EDU
cc:
From: Marcos Morelatto
Subject: zSeries videos
Hi,
Where I can find videos
I would like to keep some tapes for ever - permanently.
Prior to the Y2K era, I used the parm :RETPD=99365.
Is this still applicable?
From the z/OS V1.7 JCL manual:
Note: Expiration dates of 99365 and 99366 are considered never-scratch
dates. Data sets with these expiration dates are not deleted
-Ursprüngliche Nachricht-
Von: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED]
Auftrag von Frank Krueger
Gesendet: Montag, 27. November 2006 14:45
An: IBM-MAIN@bama.ua.edu
Betreff: Re: zSeries videos
Marcos
a quick look at yahoo in the video search with zseries
give several hits
We are considering replacing CMF with RMF to reduce our software costs and
have been asked as to whether this would be the only benefit.
I have seen a simular query on the list server in 2001 but this related to
how to do it and there was no further comments on the result.
From an installation
Hi list!
To encrypt or not to encrypt, that is the quandary!
We are a Health Care provider in Washington State. One of our vendors has
'given' us some 'free' (ha-hano such thing as a etc etc) data encryption
software. Questions have been asked by management as to 'do we need to use
it'. Make
From an internal note:
=== Begin quote ===
[A colleague] came up to me this morning saying that a dataset he had
recalled from ML2 last Wednesday on [lparname] and had added a member to
was back on ML2 this morning.
When he recalled it again, the member that he had added
On Thu, 2006-11-23 at 12:01 -0700, Anton Britz wrote:
Conclusion : Is this the start of the big Federal cuts coming down the
line because we need a democracy in IRAQ
On Sun, 2006-11-26 at 10:51 -0700, Anton Britz wrote:
b) Biliions of dollars given to them in IRAQ and you believe all the
To encrypt or not to encrypt, that is the quandary!
Encrypt.
Too many stories here -
http://www.privacyrights.org/ar/ChronDataBreaches.htm
As for the some or all question, I choose all. A 'firewall', of sorts, so
that I know all data on removable media is encrypted and protected. This
Hello,
I was using MFM until recently when strange abends with Info print began
occuring. After IBM reviewed several of the dumps for Info Print, they
concluded that MFM was the culprit. I then had to stop using this
product. These abends began occuring after migrating to z/OS v1.7. Since
As a practical matter, there is no 'permanent' tape retention. For one,
the media ages and becomes unreliable. Secondly, the devices needed to
read/write the data eventually wear out and are replaced with newer
technology.
For permanent *data* retention, you might consider a five year cycle.
This past summer, we had to determine how 'Personally Identidifiable
Information' could be protected. Not just on the laptops that managers play
with but all PII that is move offsite. We made our recommendations. We have
since been told that we do not have to worry about encrypting our backups
IMHO we're talking about system parameters, those in software, not
physical aspects of tape media and drives.
BTW: Why do you suggest 5 years period ?
Most vendors provide much longer lifecycles for their media, and the
drives able to read the media are available for longer time as well.
For
On 24 Nov 2006 07:22:59 -0800, [EMAIL PROTECTED] wrote:
The State of Texas , 31 computer centers are all being outsourced to IBM.
Conclusion : Is this the start of the big Federal cuts coming down the
line because we need a democracy in IRAQ or do we have to thank GArtner
for their
In a recent note, Hal Merritt said:
Date: Mon, 27 Nov 2006 08:40:27 -0600
As a practical matter, there is no 'permanent' tape retention. For one,
the media ages and becomes unreliable. Secondly, the devices needed to
read/write the data eventually wear out and are replaced with
or the changed bit was reset and hsm thought that the dsn had not changed
and then reconnected?
Jack Kelly
LA Systems @ US Courts
x 202-502-2390
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to
On 24 Nov 2006 23:49:25 -0800, [EMAIL PROTECTED] (Timothy
Sipples) wrote:
Does a state government, even one as big as Texas, actually need 31 data
centers and 7,000 servers scattered around 1,300 locations? If I were a
taxpayer in that state I'd be at least curious. What are all those data
-Original Message-
From: IBM Mainframe Discussion List
[mailto:[EMAIL PROTECTED] On Behalf Of Hal Merritt
Sent: Monday, November 27, 2006 8:40 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Tape Retention - Permanent
As a practical matter, there is no 'permanent' tape
retention.
-Original Message-
From: IBM Mainframe Discussion List
[mailto:[EMAIL PROTECTED] On Behalf Of R.S.
Sent: Monday, November 27, 2006 9:13 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Tape Retention - Permanent
IMHO we're talking about system parameters, those in software, not
We recently migrated from ACF2 (where the sysprogs had NONCNCL) to RACF and
are really fed up getting S913 abends when installing software products from
tape. Every software manufacturer appears to use a different 'standard'
which isn't even consistent across their own range of products. Short of
In a recent note, McArthur, Iain (Resolution) said:
Date: Mon, 27 Nov 2006 15:25:46 -
We recently migrated from ACF2 (where the sysprogs had NONCNCL) to RACF and
are really fed up getting S913 abends when installing software products from
tape. Every software manufacturer
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of John Ticic
--- snip ---
When he recalled it again, the member that he had added was missing.
I checked through SMF and saw the activity. The fact that the dataset
([data.set.name]) was on [volser] (a NONSMS
snip-
We are considering replacing CMF with RMF to reduce our software costs and
have been asked as to whether this would be the only benefit.
I have seen a simular query on the list server in 2001 but this related to
how to do it and there was no
On 11/24/2006 12:00 PM, Paul Gilmartin wrote:
In a recent note, Gilbert Saint-Flour said:
The system closes DCBs at end-of-task.
I believe I have a fairly concise test case that shows DCBs
failing to be closed properly when Binder ABENDs with Sx37.
What is the evidence?
Walt
On Fri, 24 Nov 2006 12:18:03 -0600, John Benik [EMAIL PROTECTED] wrote:
Yes unloads work, but when we have a lot of them it's quicker to vary
the drives offline and back on. We tried running a job using retain and
were unable to reproduce this.
I've never looked into them... but I do see them
On 11/23/2006 9:02 AM, Ulrich Boche wrote:
The z/OS Binder has an API which provides a so-called Fast data
service. I would like to understand what this service is good for and
which applications make use of the service.
For information on what the service provides, see
On 25 Nov 2006 07:15:41 -0800, [EMAIL PROTECTED] (Mike Bell) wrote:
Depends if you remember when GM bought EDS (long time ago now) - GM had
mulitple data centers on the same physical location because the different
organizations wouldn't share.
I was working for EDS then, and my major customer
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of Jack Kelly
or the changed bit was reset and hsm thought that the dsn had
not changed and then reconnected?
It's apparently true that DFSMSdss resets all the dataset-changed bits
at full-volume restore, so that may
To be fair to BMC the phrase RMF appears to use defined (but not
documented) interfaces explains the reason that CMF uses a number of
'hooks' into various z/OS components
Rob Scott
Rocket Software, Inc
275 Grove Street
Newton, MA 02466
617-614-2305
[EMAIL PROTECTED]
On Mon, 27 Nov 2006 08:44:41 -0600, Curt Thompson
[EMAIL PROTECTED] wrote:
Hello,
I was using MFM until recently when strange abends with Info print began
occuring. After IBM reviewed several of the dumps for Info Print, they
concluded that MFM was the culprit. I then had to stop using this
Is it possible that you have batch jobs uncataloging tape datasets via
IEFBR14 with JCL DISP=(OLD,UNCATLG) UNIT=DEFER?
I had a case once (long ago) where the (non-IBM) robotics would honor the
fleeting mount message and physically mount the tape, even though the
job(step) had completed.
The
In a recent note, Walt Farrell said:
Date: Mon, 27 Nov 2006 11:14:13 -0500
On 11/24/2006 12:00 PM, Paul Gilmartin wrote:
In a recent note, Gilbert Saint-Flour said:
The system closes DCBs at end-of-task.
I believe I have a fairly concise test case that shows DCBs
failing to
Bob,
I think your suggestion is correct. I will use the EXPDT=99365.
Can this parm apply to non CA-1 tape management system? For example RMM?
Bob Shannon [EMAIL PROTECTED] wrote:
Prior to the Y2K era, I used the parm :RETPD=99365. Is this still
applicable?
I think you want
It does in ZARA
EXPDT=99365
EXPDT=99366
EXPDT=1999/365
EXPDT=1999/366
Can all be specified in JCL
Your tape management system may have some other internal designations
that cam be used (e.g. ZARA has NEVER and PERM).
Q. Anyone know what happens if you specify 2099/365 or 2155/365 ?
Q. Anyone
Any one have a used 7060 H50 or a H50 motherboard they want to get rid of?
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives
It's been about 10 minutes since I submitted the sign-on, and no
response yet
-jc-
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
I just picked a number. Five years sounded about right as a compromise
between cost and risk of data loss.
For truly precious data, then I would think about replacing the media
more often. Of course, I would have more than one copy to replace. But I
have never had the requirement. Seven years is
On 27 Nov 2006 07:26:02 -0800, in bit.listserv.ibm-main
(Message-ID:[EMAIL PROTECTED])
[EMAIL PROTECTED] (McArthur, Iain , Resolution)
wrote:
We recently migrated from ACF2 (where the sysprogs had
NONCNCL) to RACF and
are really fed up getting S913 abends when installing
software products
From the DFSMSrmm Redbook Primer - EXPDT = 99365 means never scratch
esmie moo [EMAIL PROTECTED]
Sent by: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU
11/27/2006 11:58 AM
Please respond to
IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU
To
IBM-MAIN@BAMA.UA.EDU
cc
Subject
Re: Tape
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of John Dawes
Sent: Friday, November 24, 2006 8:46 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: [SPAM] DFDSS - DISASTER RECOVERY (RESTORE) QUESTION.
snip
Is there anything else I should include?
On Mon, 27 Nov 2006 11:58:38 -0500, esmie moo [EMAIL PROTECTED] wrote:
I think your suggestion is correct. I will use the EXPDT=99365.
Can this parm apply to non CA-1 tape management system? For example RMM?
Of course. It's standard JCL.
--
Tom Marchant
The EXPDT=99365 or 99366 should apply to any tape since it is an IBM JCL
parameter. Per my last update:
From the z/OS V1.7 JCL manual:
Note: Expiration dates of 99365 and 99366 are considered never-scratch
dates. Data sets with these expiration dates are not deleted or written
over.
Jon L.
Crystal ball option? Steve, could you expand on that statement? Perhaps
provide a URL or Vendor name?
If your customer is using GDGs, they will need the crystal ball option.
[However they must gen the current system with that feature, and it must
be in use
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of O'Brien, David W. (NIH/CIT) [C]
Sent: Monday, November 27, 2006 12:08 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: [SPAM] DFDSS - DISASTER RECOVERY (RESTORE) QUESTION.
Crystal ball option? Steve,
On Mon, 27 Nov 2006 12:18:00 -0500, Ken Porowski [EMAIL PROTECTED]
wrote:
It does in ZARA
EXPDT=99365
EXPDT=99366
EXPDT=1999/365
EXPDT=1999/366
Can all be specified in JCL
Standard JCL. I'd expect any tape management system to honor them.
Q. Anyone know what happens if you specify 2099/365
Chase, John wrote:
It's been about 10 minutes since I submitted the sign-on, and no
response yet
This is getting ridiculous! I've been trying all morning to access my
ESC for a *real* hardware problem with no luck! Someone at IBM needs to
fix these issues!!!
--
Edward E Jaffe
Paul Gilmartin wrote:
Is there a convention that vendors should follow (not only for data set
names but also for volume serial names)? We once had a struggle when
the volser Program Management had chosen for a product tape collided
with a DASD volume. Fortunately we were able to vary the
We've been getting the Our Apologies page off and on since last week.
Bill
On Mon, 27 Nov 2006 11:28:13 -0600, Chase, John [EMAIL PROTECTED] wrote:
It's been about 10 minutes since I submitted the sign-on, and no
response yet
-jc-
I believe that IBM owns A - I for their products.
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Tony Harminc
Sent: Monday, November 27, 2006 12:32 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: RACF and product tape data set names (SMP/E wish)
ShopzSeries is no better - can;t get into it either.
Chase, John wrote:
It's been about 10 minutes since I submitted the sign-on, and no
response yet
This is getting ridiculous! I've been trying all morning to access my
ESC for a *real* hardware problem with no luck! Someone at
It's because the IBM servers are so bogged down with everyone buy new
hardware on this the biggest internet shopping day in the U.S.
This e-mail transmission contains information that is confidential and may be
privileged. It is intended only for the addressee(s) named above. If you
-Original Message-
From: IBM Mainframe Discussion List
[mailto:[EMAIL PROTECTED] On Behalf Of Jousma, David
Sent: Monday, November 27, 2006 12:46 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: IBMLink Internet access out to lunch again?
It's because the IBM servers are so bogged down
In a recent note, Tony Harminc said:
Date: Mon, 27 Nov 2006 13:31:41 -0500
IBM maintains a registry of three-character prefixes for modules and
messages for both internal and vendor use. For example, my company Proginet
owns SLB; owns in the sense that IBM promises not to use it for
You could implement a RACF exit at ICHRCX02. Allow access under the
following conditions:
1) No RACF Rule exists to protect the dataset
2) Dataset is on Tape
3) Read access was requested.
This relies on PROTECTALL being active to fully secure the inhouse data.
On Mon, 2006-11-27 at 15:25 +,
We're a CA-1 and RACF shop. You can, in CA-1, specify the FORNDSN option
as NONE
FORNDSN NONE Foreign DSN check
Which prevents CA-1 from calling RACF for datasets specified as foreign
(ACCODE=XCANORES is how we do it, some use EXPDT=98000).
Tim Hare
Senior Systems Programmer
In a recent note, Gregory, Gary G said:
Date: Mon, 27 Nov 2006 13:38:13 -0500
I believe that IBM owns A - I for their products.
Does this mean that customers and ISVs should avoid data set names
beginning with A - I? (Remember that the OP's concern was with
data set names,
In z/os 1.4 IEFUJV in post interpretation (code 32) we accesses the $JCT
address thru PSATOLD TCBJSCB JSCBACT JSCBSSIB SSIBSUSE
SJBSJB SJBJCT = $JCT. The problem is that z/os 1.7 we can nolonger get
to the $JCT in IEFUJV. Does anyone know how to get to $JCT now in 1.7?
-Original Message-
From: IBM Mainframe Discussion List
or the changed bit was reset and hsm thought that the dsn had
not changed and then reconnected?
Since we have a spare volume, we just restored the backup tape again
(DFSMSdss RESTORE FULL PURGE) and I ran a LISTVTOC for the
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of Jousma, David
It's because the IBM servers are so bogged down with everyone buy new
hardware on this the biggest internet shopping day in the U.S.
RI-I-I-I-I-I-I-GHT! :-)
(Apologies to Bill Cosby and NOAH!)
On Mon, 2006-11-27 at 12:55 -0600, Tim Hawkins wrote:
In z/os 1.4 IEFUJV in post interpretation (code 32) we accesses the $JCT
address thru PSATOLD TCBJSCB JSCBACT JSCBSSIB SSIBSUSE
SJBSJB SJBJCT = $JCT. The problem is that z/os 1.7 we can nolonger get
to the $JCT in IEFUJV.
Old
I don't know if this chain is valid, but I noticed this over the weekend
when I was chasing something else. TCBTCT == TCTLCTAD(doc states it's the
LCT address) ==LCTJCTAD(doc says addr of JCT or 0's).
- Original Message -
From: Tim Hawkins [EMAIL PROTECTED]
Newsgroups:
Hello,
I'm not able to do a complete first IPL of a new cloned system. It stopped with
the following messages:
IEA301I LNKLST00 NOT FOUND IN SYS1.PARMLIB
IEA510A LNKLST PROCESSING IS INOPERATIVE, PRESS ENTER TO CONTINUE WITH THE
DEFAULT LNKLST, OR RE-IPL THE SYSTEM
The message seems
Subject: Re: IBMLink Internet access out to lunch again?
Everyone who has a problem should call the IBM support 1-800 number and
open a problem record. Maybe, if they get enough complaints, they will
realize that the folks writing the new code for IBMLINK are incompetent.
Jon L. Veilleux
[EMAIL
LNKLST00 and PROG00 are two different members of PARMLIB. It doesn't help that
PROG00 can define a LNKLST with the name LNKLST00.
You need to replace the LNK=00 operand in IEASYSxx with PROG=00.
-Original Message-
From: François Paré [mailto:snipped]
Sent: Monday, November 27, 2006
Ah - but do you have a member in PARMLIB named LNKLST00?
Even if it is a null member. I think that is what the message is telling
you.
You might have a list of datasets that will become your linklisted
datasets in PROG00
Alan
On Mon, 27 Nov 2006 14:42:54 -0500, François Paré
[EMAIL PROTECTED] wrote:
I'm not able to do a complete first IPL of a new cloned system. It stopped
with the following messages:
IEA301I LNKLST00 NOT FOUND IN SYS1.PARMLIB
IEA510A LNKLST PROCESSING IS INOPERATIVE, PRESS ENTER TO CONTINUE WITH
I've just been able to get in.
I didn't have the number to call. For reference, it is 1-800-543-3912.
Don Imbriale
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Veilleux, Jon L
Sent: Monday, November 27, 2006 2:40 PM
To:
-Original Message-
From: IBM Mainframe Discussion List
[mailto:[EMAIL PROTECTED] On Behalf Of François Paré
Sent: Monday, November 27, 2006 1:43 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: IEA301I LNKLST00 NOT FOUND IN SYS1.PARMLIB
Hello,
I'm not able to do a complete first IPL of a
look for a missing comma in ieasysxx
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED]
Behalf Of François Paré
Sent: Monday, November 27, 2006 2:43 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: IEA301I LNKLST00 NOT FOUND IN SYS1.PARMLIB
Hello,
I'm not able to
Missing comma in IEASYS00 was the problem. Thank you very much!
Francois Pare
-Message d'origine-
De : IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] De la part de Mark
Zelden
Envoyé : 27 novembre 2006 14:51
À : IBM-MAIN@BAMA.UA.EDU
Objet : Re: IEA301I LNKLST00 NOT FOUND IN
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of Veilleux, Jon L
Subject: Re: IBMLink Internet access out to lunch again?
Everyone who has a problem should call the IBM support 1-800
number and open a problem record. Maybe, if they get enough
complaints, they
Now, now, guys - I was just told that IBMLINK was having some server
problems earlier, and that everything is much better now.
Too bad that they don't run an application that is this critical on
something more reliable, like maybe a MAINFRAME?
-Original Message-
From: IBM Mainframe
On Mon, 2006-11-27 at 13:42 -0600, David Day wrote:
TCBTCT == TCTLCTAD(doc states it's the
LCT address) ==LCTJCTAD(doc says addr of JCT or 0's).
That's the MVS JCT (IEFAJCTB), not the $JCT.
--
David Andrews
A. Duda and Sons, Inc.
[EMAIL PROTECTED]
its not video or flash, but if you go to this link you will find a set
of basic info manuals for z/OS
http://publib.boulder.ibm.com/infocenter/zoslnctr/v1r7/index.jsp
--
Bruce A. Black
Senior Software Developer for FDR
Innovation Data Processing 973-890-7300
personal: [EMAIL PROTECTED]
sales
Doing some more IEBPTPCH clean-up.
We have an old job that copies printed output from tape to print.
The proc is:
//TEBC PROC PRTM1='(A,,941S),FCB=941S,DEST=CENTRAL,COPIES=1'
//TEBC#1 EXEC PGM=IEBPTPCH *** PRINT SPOOL
TAPE
//SYSIN DD
Hmmm.. *UNLESS* the operator replies U that is true.
Ed
On Nov 27, 2006, at 11:54 AM, Veilleux, Jon L wrote:
The EXPDT=99365 or 99366 should apply to any tape since it is an
IBM JCL
parameter. Per my last update:
From the z/OS V1.7 JCL manual:
Note: Expiration dates of 99365 and 99366 are
In a recent note, McArthur, Iain (Resolution) said:
Date: Mon, 27 Nov 2006 15:25:46 -
We recently migrated from ACF2 (where the sysprogs had NONCNCL) to RACF and
are really fed up getting S913 abends when installing software products from
tape. Every software manufacturer appears to
I'm guessing it may have always been bad. I added a LRECL=133 and
the job ran fine. My old documentation shows that IEBPTCH defaults
to 121 characters (why?).
I have no idea why users never let us know the report was like that.
I have a VSAM data set that I need to share with another system (2 lpars,
some box)
Running z/os 1.5 The VSAM ds is defined to 1 system, I need to define it to
the other.
--
Thanks,
Mike
--
For IBM-MAIN subscribe / signoff /
Paul Gilmartin wrote:
In a recent note, Gregory, Gary G said:
Date: Mon, 27 Nov 2006 13:38:13 -0500
I believe that IBM owns A - I for their products.
Does this mean that customers and ISVs should avoid data set names
beginning with A - I? (Remember that the OP's concern was with
I wasn't referring to datasets - just program names. Users can code any
program prefix, message prefix, etc. We have a certain range our
products use and they have been assigned to us by IBM.
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of
If you go into the IBM z/OS Library, look for the DFSMS bookshelf, and
find the manual Using Data Sets, there is a chapter that discusses VSAM
sharing in great detail:
http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/DGT2D420/2.7?
SHELF=DGT2BK31DT=20031205184100
(watch the wrap)
Don
Is the VSAM dataset in a USER Cat that both systems can see?
If so, then you just need to make sure your SHROPTs are compatible with
mutliple systems view/update it.
Lizette
--
For IBM-MAIN subscribe / signoff / archive
I am looking to see if anyone is using the EMC DMX3000 box for the mainframe?
If so, are you using AUTOSWAP?
Just looking for some input. We are thinking of using it.
You can write me offline at [EMAIL PROTECTED]
Lizette
Mike, you can do this in several ways. Question, are you using GRS or
something like it? Could be dangerous if not since you could lock-up a
system if two tasks get the dataset at the same time on different
system. Is the VSAM dataset on user catalog or master catalog. If on
master just
I noticed in my BCDS some primary volumes appear to have the wrong device
type associated with them. Here is an example:
.ML1001 [EMAIL PROTECTED]
The 3380 should be 3390 for all of our volumes. This was left over from a
conversion years ago. Should I
In a recent note, John Eells said:
Date: Mon, 27 Nov 2006 17:00:40 -0500
Snip!
Thanks. And is there a Friendly Manual I should bookmark to have
all this information convenient for reference? (I'll look at
Packaging Guide, whatever it's called this year.)
Last, we come to what I
I'm sorry - I hate to start up this reentrant thing again but would anyone
(everyone? g) like to suggest a term to describe a program that is
technically reentrant but that cannot be multi-tasked in a single jobstep
due to some hard-coded externality? This is not just an excuse to re-start a
On Mon, 27 Nov 2006 16:44:05 -0800, Charles Mills [EMAIL PROTECTED] wrote:
term to the IBM FTP client, which has the RENT bit set but which uses the
hard-coded DD names INPUT and OUTPUT and therefore effectively cannot be
multi-tasked in a single jobstep or region.
To make things worse,
Howard,
A *LONG* time ago in an MF environment a 121 print position printer
was needed for a minimal install environment.
Ed
On Nov 27, 2006, at 3:38 PM, Howard Brazee wrote:
I'm guessing it may have always been bad. I added a LRECL=133 and
the job ran fine. My old documentation shows
Your use of correct and precise precludes any sane response.
Be that as it may, IMHO region is too heavily overloaded - as is IBMs wont.
I use address space, and can see no reason not to.
Shane ...
--
For IBM-MAIN subscribe /
Hi,
Have a question in regard to the TZ parm in /etc/profile and
/etc/init.options. Western Australia are trialling Daylight Saving for the
first time and I am a bit confused about the start/end time. I know that we
have to specify WAUST-8WAUDT but according to IBM if I do not specify a
I am going to guess that under UNIX it uses stdin and stdout. My impression
is that the FTP client is a happy UNIX program coexisting unhappily as an
MVS batch jobstep and TSO command.
What kind of a batch utility uses hard-coded DD names, rather than the
override list passed as parameter two
G'day,
Can't remember why I ever needed to do this! But this will work ...
//MAURICE JOB (4484),JOBNAME,CLASS=A,MSGCLASS=X,NOTIFY=SYSUID
//*
//STEP010 EXEC PGM=IKJEFT01
//SYSPROC DD DISP=SHR,DSN=CLARKM.EXEC
//SYSTSPRT DD
In a message dated 11/27/2006 7:57:50 P.M. Central Standard Time,
[EMAIL PROTECTED] writes:
Does anyone even bother setting this parm up or care about daylight saving
in USS?
RTFM. There's more parms specifying mm.ww.dd-mm.ww.dd for start and end of
DST. Wasn't this just discussed
Just thought I would add that there is a fix (UK07843) which allows you to
set TIMEZONE to SYSTZ in the SMTPCONF file. SMTP will then get the correct
time from MVS. This works on zOS 1.4
Tony Wiggett
--
For IBM-MAIN
1 - 100 of 107 matches
Mail list logo