[snip]
What am I missing...??
Try setting your terminal type in ISPF Settings to '6' = 3278T.
Looks just like plain garbage to be. Probably this member has gone
through a couple of code page translations
From looking at the text I'd say the x'8B's and x'9B's are meant
to be curly
Vernooy, C.P. - SPLXM [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
t...
Hello group,
Manual z/OS V1R8.0 MVS Setting Up a Sysplex still states that the
Primary Sysplex couple dataset and the Primary CFRM couple dataset
should reside on different volumes. I suppose this was
People still using the old code page 037 probably see funny looking...
Gee, I must have missed the memo--I'm still using old code page 037!
Has IBM announces a change from CP037 to CP1047?
The REXX manual still refers to CP037 as the code page being used.
This concerns only the not sign (¬)
Hi all,
We have a shared dasd that hold a shared user catalog and there are a third
party software installed on that dasd, occasionally we met a problem that a
LPAR will reserve the dasd and there are IOS071I meesage appeared in
syslog/operlog, how can we avoid the problem?
Is it suggested to
Hi
Thanks everyone for the responses
I think I should have been more specific.
What I want to do is, to increase the dataset(QSAM) size. Records are
written to the dataset by the 3rd step (CICS).
The dataset is browsed by many programmers using ISPF while the job(CICS) is
running, so I don't
Mark,
I just had another look at the job for report, and I saw what I didn't see 5
times yesterday - a typo. I misspelled the name of the storage group, and I
got the message 'NO SMF RECORDS FOUND'. Sorry, and thank you for trying to
help me.
Best regards,
Natasa
Try setting your terminal type in ISPF Settings to '6' = 3278T.
Ed -
I don't know how you figure this stuff out, but that did the trick!
Amazing...!
Thanks!
Larre Shiller
US Social Security Administration
410.965.2209
www.ssa.gov
The contents of this message are mine personally and do
We choose to not allow any shared DASD across Sysplex boundaries.
It eliminates a whole class of problems.
* sharing PDSE across Sysplex doesn't work but if you make it possible
someone will try
* RESERVE from another Sysplex much harder to identify and on the wrong
volume can bring down your
We choose to not allow any shared DASD across Sysplex boundaries.
It eliminates a whole class of problems.
We also chose to do the same thing in the mid-1990's.
And, at that time, the point was that DASD was cheap enough (especially
compared to the integrity problems) then.
Now, there is very
In some cases it might be necessary to check the telnet CodePage
setting.
On Mon, 7 Jul 2008 15:31:51 -0500, Mansell, George R.
[EMAIL PROTECTED] wrote:
BROWSESYS1.TCPPARMS(TCPCOMMN) - 01.33
Command ===
CodePage ISO8859-1 IBM-1047 ; Linemode ASCII, EBCDIC code pages
What are trying
I'm sorry I didn't respond sooner, I was out of the office.
The process I used for the rename, was actually to FLASHCOPY the VSAM file
using copy with rename. First, I created another HLQ with an alias to a new
catalog, did the FLASHCOPY with rename, deleted the old name, created the
desired
I'm running a trial of this product and the only hurdle left before giving it a
thumbs up is the poor transfer rate for large files. For example, a file of
625
3390-9 cyl. transfers to a Windows SSHTectia Server in 22 seconds when
using 'plain vanilla' ftp (unsecured). We are running (with
Hello,
I have a question about the use count for LPA modules.
The other day all the IMS message processing regions started showing
messages 'CSV002I REQUESTS FOR MODULE XX EXCEED MAXIMUM USE
COUNT'. This lasted for five minutes and then everything was ok again.
The module XX is a module
Hello,
I have a question about the use count for LPA modules.
The other day all the IMS message processing regions started showing
messages 'CSV002I REQUESTS FOR MODULE XX EXCEED MAXIMUM USE
COUNT'. This lasted for five minutes and then everything was ok again.
The module XX is a module
-Original Message-
From: IBM Mainframe Discussion List
[mailto:[EMAIL PROTECTED] On Behalf Of Hunkeler Peter (KIUK 3)
Sent: Tuesday, July 08, 2008 1:31 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Code Page 1047 vs 037 (Was: coming soon ...)
[snip]
What am I missing...??
If you have some more background information on the situation it might be
helpful. Any formal business case analysis, for example? A couple immediate
thoughts, though:
1. Keep ordering at least new releases, to keep them on deck, and at
least every no charge feature (e.g. the CICS Service Flow
Nothing wrong with Sam's point of view and agree it is the safest.
On Tue, 8 Jul 2008 10:47:43 +, Ted MacNEIL [EMAIL PROTECTED] wrote:
Now, there is very little argument for sharing.
In a few cases, we have to. Our Sun/STK VSMs and tape libraries are shared
across sysplexes, so their
I've been experiencing the RSU member being late to the FTP server on
numerous occasions over the past 6 - 9 months. I don't know what triggers
the e-mail from IBM informing users of the new service levels, but
apparently it occurs before the RSUxxx member is actually placed on the FTP
server.
Sharing DASD was around long before sysplex...
There are two falacies regarding technology:
1. This is old, therefore good.
2. This is new, therefore better.
Shared DASD has been around for a long time, but I will only share within
SYSPLEX boundaries.
Sharing outside a SYSPLEX (or a Single
Timothy,
What exactly is the SS? Is that the question and answer subscription where
you can ask questions of support other than product defect questions? Maybe
you could provide a link to an explanation. Also, it sounds like if you
discontinue the service, you then have to pay for all the
On Tue, 8 Jul 2008 13:38:06 +, Ted MacNEIL wrote:
... I will only share within SYSPLEX boundaries.
So how do you deal with the issues that Mark mentioned?
--
Tom Marchant
--
For IBM-MAIN subscribe / signoff / archive
At 7/8/2008 05:41 AM, Larre Shiller wrote:
At 7/7/2008 06:55 PM, Edward Jaffe wrote:
Try setting your terminal type in ISPF Settings to '6' = 3278T.
Ed -
I don't know how you figure this stuff out, but that did the
trick! Amazing...!
Thanks!
Larre Shiller
US Social Security
So how do you deal with the issues that Mark mentioned?
I have only dealt with three or less SYSPLEX systems.
I have also dealt with mostly financial institutions.
In those cases the integrity issues were more important than the cost of data
duplication.
(PS: I was only giving my opinion based
Eric,
As it relates to mainframe software, SS is for *IPLA* products only. To
see which z/OS products are IPLA, follow this link:
http://www-03.ibm.com/servers/eserver/zseries/library/swpriceinfo/ipla.h
tml
and click on the Execution-Based, Reference-Based or z/OS-Based tabs.
For a good
At 7/7/2008 12:15 PM, Edward Jaffe wrote:
They [code pages 1047 and 037] are not the same. [snip] People still
using the old code page 037 probably see funny looking garbage
characters in IBM-provided macros and other code. [...]
On Mon, 7 Jul 2008 09:01:02 -0700, Edward Jaffe wrote:
I
Others have made excellent points. The bottom line is that there is no
good technical solution. Sharing DASD and catalogs brings problems like
yours. Not sharing DASD brings business problems.
The 'best' technical solution is a totally isolated LPAR with only its
DASD online. Many of us can't do
I don't know the code page involved, but the GX20-0157-2 (System/370
Extended Architecture Reference Summary) has a section entitled CODE
ASSIGNMENTS which put { at 0x8b and } at 0x9b.
I've got the z/Architecture Reference Summary (SA22-7871-01) and
this shows x'8b' as » and x'9b' as º (with an
On Mon, 2008-07-07 at 15:31 -0500, Peggy Andrews wrote:
supervisor asking for a risk assessment of NOT doing (completing) the
1.9 upgrade.
I would like to answer intelligently - not emotionally.
Sure, easy. Don't try to enumerate the hundreds of things that can go
wrong, and don't try to
Hunkeler Peter (KIUK 3) wrote:
Looks just like plain garbage to be. Probably this member has gone
through a couple of code page translations
From looking at the text I'd say the x'8B's and x'9B's are meant
to be curly braces. None of the code pages I know has them at
those code points. I
FWIW, here is (part of) ANTRQTA viewed in the Swedish charset:
*Ýxlabel¨ ANTRQTA Ô ILK=XRC*
* ! Ð ,REQUEST=LEVEL *
* ! ! ,RETINFO=xretinfo *
*
Victor Zhang [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]...
Hi all,
We have a shared dasd that hold a shared user catalog and there are a
third
party software installed on that dasd, occasionally we met a problem
that a
LPAR will reserve the dasd and there are IOS071I meesage
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of David Cole
Sent: Tuesday, July 08, 2008 10:15 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Code Page 1047 vs 037 - Green card confusion
Snipped
On a related note...
At 7/8/2008 08:53 AM,
Thomas Berg wrote:
FWIW, here is (part of) ANTRQTA viewed in the Swedish charset:
I'm going to try to paste in a picture. Don't know if IBM-MAIN will
allow ...
--
Edward E Jaffe
Phoenix Software International, Inc
5200 W Century Blvd, Suite 800
Los Angeles, CA 90045
310-338-0400 x318
That does it, for years I have used 1047 with terminal type set to 4 3278A
with no problem.
Thanks Ed.
Wayne Driscoll
Product Developer
[EMAIL PROTECTED]
(Direct) (630) 663-0719
(Mobile) (630) 247-1632
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED]
Can anybody tell me how to turn off the bleeping RECFM(V) that PCOMM insists
on adding to every binary transfer to the mainframe? Never mind that this
is a brain-dead option, but I've been up, down, and sideways through that
brain-dead dialog, and I can't find it. I also tried Extra, but it
Other post's good points notwithstanding, I would think the risks are
political, not technical. Yes, you can go 'unsupported'. All that really
means is any required support will be more expensive. You would, for
example, pay a per hour rate for IBM assistance if you run into a
problem no one else
David Cole wrote:
Yeah, Ed. How do you figure these things out.
No magic. As an assembler language programmer living in the USA, I
wanted to be able to read the syntax diagrams embedded within IBM's
assembler language macros. In the olden days, there were only a few
ISPF terminal types to
I set up several new transfer templates to cover the common but not default
formats for my transfers. I have an BIN-F80, BIN-F4096, TXT-F80, etc.
Go to Edit | Preferences | Transfers | MVS and then you can type in a new
name for your template, then fill in the details and click on SAVE.
/Tom
I switched to FTP after attempting to use PCOMM - less forehead botox exercises
less stress.
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of
Pinnacle
Sent: Tuesday, July 08, 2008 9:26 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: PCOMM file xfer
snip
Pragmatically, there is a pretty good business case for halting the 1.9
project. The costs become an issue if, and only if, the project fails,
runs over schedule, or turns out to be only partially successful.
/snip
Riiiggg! I would place a bet on failure given the time frame
Pinnacle wrote:
... I don't know how you guys that have to use PCOMM and Extra can
stand it. Thank God for Vista.
On those extremely rare occasions when I use IND$FILE, I open a Windows
Command Prompt and issue the SEND or RECEIVE command directly. GUI be
damned!
--
Edward E Jaffe
Phoenix
Pragmatically, it would perhaps be wise to balance
the risk with a bet at an English bookmaker, or
an insurance at Lloyd's ?
:)
Regards,
Thomas Berg
__
Thomas Berg Specialist IT-U SWEDBANK
-Ursprungligt meddelande-
Från: IBM Mainframe
well, let me ask this question - applying not only to the question at hand
but to all shops that might choose to go commando (unsupported)
1) if by going unsupported - you lose the ability to apply fixes to
software that might have otherwise fixable security holes - are you
therefore in violation
I think the bookmaker would be more lucrative, insurance more practical!
snip
Pragmatically, it would perhaps be wise to balance
the risk with a bet at an English bookmaker, or
an insurance at Lloyd's ?
/snip
snip
snip
Pragmatically, there is a pretty good business case for halting the 1.9
In a message dated 7/8/2008 10:34:37 A.M. Central Daylight Time,
[EMAIL PROTECTED] writes:
Riiiggg! I would place a bet on failure given the time frame
proposed ( 6 months)
I was thinking about this in the Wally-Mart Checkout line yesterday!
(Seems like the self-checkouts are
Same here, Alan. I LIKE betting on a sure thing! In my old shop, it took
8 years!
Staller, Allan wrote:
snip
Pragmatically, there is a pretty good business case for halting the 1.9
project. The costs become an issue if, and only if, the project fails,
runs over schedule, or turns out to be
Staller, Allan wrote:
snip
Pragmatically, there is a pretty good business case for halting the 1.9
project. The costs become an issue if, and only if, the project fails,
runs over schedule, or turns out to be only partially successful.
/snip
Riiiggg! I would place a bet on failure
From: [EMAIL PROTECTED] Can anybody tell me how to turn off the bleeping
RECFM(V) that PCOMM insists on adding to every binary transfer to the
mainframe?
LOL, I remember going through the same pain. I eventually gave up and started
using the ISPF Workstation Agent (WSA), and I've never
I'm in a shop that is two years into the current unsupported plan. The
person that made the decision is nolonger here, but I can not get an
answer out of the current administration. The current plan is for the
Mainframe to be here for three more years. I want to upgrade from z/OS 1.4
but can
When you abandon ship, you lose access to everything you had on the ship
except for what you haul into the life boat. That requires exquisite
planning and a whale of a life boat. Real life story:
I once worked for a company that had previously been a big user of IMS. By
the time I arrived, IMS
Hello,
I have a question about the use count for LPA modules.
The other day all the IMS message processing regions started showing
messages 'CSV002I REQUESTS FOR MODULE 'modname' EXCEED MAXIMUM USE
COUNT'. This lasted for five minutes and then everything was ok again.
The module 'modname' is a
-Original Message-
From: IBM Mainframe Discussion List
[mailto:[EMAIL PROTECTED] On Behalf Of Skip Robinson
Sent: Tuesday, July 08, 2008 11:06 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Going unsupported - time to fold?
When you abandon ship, you lose access to everything you had
I'm sure I saw two copies of this, yesterday.
One to IBM-Main, and one to IMS-L.
--Original Message--
From: John Reid
Sender: IBM Mainframe Discussion List
To: IBM Mainframe Discussion List
ReplyTo: IBM Mainframe Discussion List
Sent: Jul 8, 2008 12:07
Subject: Use count for LPA modules
Yes, this is the first time I've posted and each time I sent a message
it seemed to disappear into the ether. I thought maybe it was
something to do with the message encoding so I've been tweaking it
around to try and get it to work. I see it has worked at last.
Regards,
John.
On 08/07/2008, Ted
John,
IEALPAxx modules and those load by the dynamic LPA service are on the active
LPA queue and their CDUSE counts can be updated by LOADs from ANY address
space. It is even possible that a logic error in some pgm somewhere has even
turn the CDUSE to a negative value.
One solution to your
Well, I use Attachmate all the time and I upload FB files all the time...
If no one else can assist, I'll login and force my brain cells to remember how
I do it.
On Tue Jul 8 11:25 , Pinnacle [EMAIL PROTECTED] sent:
Can anybody tell me how to turn off the bleeping RECFM(V) that PCOMM
Thanks a lot Rob, that really is a great help. I've been scouring the
manual library looking for something about this.
Regards,
John.
On 08/07/2008, Rob Scott [EMAIL PROTECTED] wrote:
John,
IEALPAxx modules and those load by the dynamic LPA service are on the active
LPA queue and their
There is a cookbook for Top Secret running in a z/OS environment at
http://supportconnectw.ca.com/public/ca-topsecret/manuals/TSSCookB.pdf
which might be helpful to you or your Top Secret person.
Bill
On Mon, 7 Jul 2008 10:47:19 -0500, Tony B. [EMAIL PROTECTED] wrote:
For the examples below:
There is also IBM page
http://www.ibm.com/support/docview.wss?rs=171uid=swg21205523
which gives examples of digital certificate commands in various dialects.
Bill
On Tue, 8 Jul 2008 11:55:52 -0500, Big Iron [EMAIL PROTECTED] wrote:
There is a cookbook for Top Secret running in a z/OS
On Tue, 8 Jul 2008 10:15:48 -0500, Wayne Driscoll [EMAIL PROTECTED]
wrote:
That does it, for years I have used 1047 with terminal type set to 4 3278A
with no problem.
Thanks Ed.
Ditto from me Ed. If I get approval for SHARE, I owe ya one. :-)
Mark
--
Mark Zelden
Sr. Software and Systems
I've already opened a problem with CA on this. But I thought that I'd
ask here, just in case.
We are using CA-MIM/Integrity 11.5 SP1. Communications is CTCDASD. This
is on our two system basic sysplex. We also use GRS for some/most global
ENQs. MIM on one system abended with a U0095 REASON=5B9,
Anybody seen anything like this before? MIMIT is running in a high WLM service
class. Should it be in SYSSTC?
I would always put MIM (and friends) in SYSSTC.
Why are you using GRS to handle globals if you have MIM?
-
Too busy driving to stop for gas!
-Original Message-
From: IBM Mainframe Discussion List
[mailto:[EMAIL PROTECTED] On Behalf Of Ted MacNEIL
Sent: Tuesday, July 08, 2008 12:29 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: CA-MIM/Integrity abend.
Anybody seen anything like this before? MIMIT is running in
a high WLM
I was under the impression that globals with RNL=NO on the ENQ request should
be left to GRS to handle.
Rob Scott
Rocket Software, Inc
275 Grove Street
Newton, MA 02466
617-614-2305
[EMAIL PROTECTED]
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
I'll admit that I don't know why. Personally, I want to use GRS and not MIM.
Unfortunately, we are now dependant on MIM doing some extra processing such
as: requeueing jobs that have a DSN contention
That can be 'solved' by adding a few more initiators.
and protecting programmers from linking
In a message dated 7/8/2008 12:26:38 P.M. Central Daylight Time,
[EMAIL PROTECTED] writes:
Ditto from me Ed. If I get approval for SHARE, I owe ya one. :-)
What's the exposure if you DB/2's stay 037? Particularly those with
Installadmin authority.
**Gas prices
-Original Message-
From: IBM Mainframe Discussion List
[mailto:[EMAIL PROTECTED] On Behalf Of Ted MacNEIL
Sent: Tuesday, July 08, 2008 12:36 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: CA-MIM/Integrity abend.
I'll admit that I don't know why. Personally, I want to use
GRS and not
MIMIT is running in a high WLM
service class. Should it be in SYSSTC?
It should be run like GRS - in SYSTEM.
To get it run in SYSTEM it has to be started via MIMASC though.
Hth...
--
For IBM-MAIN subscribe / signoff / archive
They don't wanna. I can't force them. It is now a political thing, not a
technical thing. And, in any case, most seem to regard a unused initiator as a
reason to submit more jobs, even when the CPU is at 100%
and work in crawling. I.e. If you didn't want the job to be running, then why
is there
They are. AFAIK, MIM never sees them.
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Rob Scott
Sent: Tuesday, July 08, 2008 12:33 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: CA-MIM/Integrity abend.
I was under the impression that globals with
Tell management how much you are spending on MIM, and GRS is 'free'.
true,
as far as inits-- wlm initiators
Why are you protecting them from their own stupidity regarding the link
edit thing?
my thoughts exactly
--
It should be run like GRS - in SYSTEM. To get it run in SYSTEM it has to be
started via MIMASC though.
We tried this once, albeit before z/OS, and MIM never came up.
I haven't used MIM in over four years, so I don't know if that was fixed.
It was an outstanding problem within CA.
Mind you, we
That can be 'solved' by adding a few more initiators.
Adding initiators won't resolve DSN contention, but might make it worse.
I'm not even sure what this one means.
I have never seen this problem.
You are lucky. Besides trying to link into a source file we've had users
forget to put a member
Why are you protecting them from their own stupidity regarding the
link edit thing?
Who gets the call when they can't access their libraries? Unfortunately,
stupid user problems always end up being system programmer problems.
Better to stop them from stomping on their own toes then to try to fix
- Original Message -
From: Veilleux, Jon L [EMAIL PROTECTED]
Newsgroups: bit.listserv.ibm-main
To: IBM-MAIN@BAMA.UA.EDU
Sent: Tuesday, July 08, 2008 1:59 PM
Subject: Re: CA-MIM/Integrity abend.
Why are you protecting them from their own stupidity regarding the
link edit thing?
Who
-Original Message-
From: IBM Mainframe Discussion List
[mailto:[EMAIL PROTECTED] On Behalf Of Ted MacNEIL
Sent: Tuesday, July 08, 2008 12:52 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: CA-MIM/Integrity abend.
They don't wanna. I can't force them. It is now a political
thing, not a
Tale it easy grin
Do it the old way like in SYS1.PARMLIB
go to the profile of your session ( something.WS in your pcomm directory)
mine is here :
F:\Program Files\IBM\Personal Communications\private
edit it with notepad or whatever and change the V to a F in the
XferTypesMVSx=
for example
-Original Message-
From: IBM Mainframe Discussion List
[mailto:[EMAIL PROTECTED] On Behalf Of Bobbie Justice
Sent: Tuesday, July 08, 2008 12:55 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: CA-MIM/Integrity abend.
Tell management how much you are spending on MIM, and GRS is 'free'.
That can be 'solved' by adding a few more initiators.
Adding initiators won't resolve DSN contention, but might make it worse.
That's why 'solved' rather than solved.
I was talking more about making initiators available for other jobs, rather
than having them all tied up and jobs waiting.
.
.
.
Because if I don't then __I__ must fix their PDS. And I don't want to be
bothered. No, I can't do anything about that either. Part of my job seems to
be to remove the bullets from the foot-guns when I find them.
We, the unwilling, do the impossible for the ungrateful.
(etc, etc, etc).
Can you
I will be out of the office starting 09/07/2008 and will not return until
14/07/2008.
Back on July 14th
MVS Help Desk: x82390
Lotus Notes address: MVS Requests
National Australia Bank Ltd - ABN 12 004 044 937
This email may contain confidential information. If you are not the intended
Oh, my. My manager considers WLM itself to be a tool of the devil. WLM
initiators are even worse. WLM has removed at the knobs that we use to make
the system more productive, dontcha know?? Oh, for the glorious days when
DPRTY= was king!
I pity you. Don't ya hate managers that used to be
-Original Message-
From: IBM Mainframe Discussion List
[mailto:[EMAIL PROTECTED] On Behalf Of Ted MacNEIL
Sent: Tuesday, July 08, 2008 1:10 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: CA-MIM/Integrity abend.
Because if I don't then __I__ must fix their PDS. And I
don't want to be
On Mon, 7 Jul 2008 15:31:42 -0500, Peggy Andrews
[EMAIL PROTECTED] wrote:
Management has decided that it is time for the mainframe to go. They've got
a project manager looking at a mainframe decommissioning project (feel my
pain?).
Stupid is as stupid does...
IBM is in the business of keeping
Yes, DFHSM does back up the application programmer's PDSes. Not data files. We
don't have enough hours in the day to backup everything with
DFHSM.
How often do these files change?
How many images do you have?
How many copies of HSM are you running?
Yes, when you first start it backing up
Lack of training/skill. Not something an expensive product like MIM
should be used to fix.
Actually the operating system never should have allowed this to happen
in the first place (IMHO) but yes, training has and always will be an
issue so expensive products do come in handy.
They should NOT be
-Original Message-
From: IBM Mainframe Discussion List
[mailto:[EMAIL PROTECTED] On Behalf Of Ted MacNEIL
Sent: Tuesday, July 08, 2008 1:32 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: CA-MIM/Integrity abend.
Yes, DFHSM does back up the application programmer's PDSes.
Not data
IOW, when the nuke their PDS, they once again come to us to restore it.
Not necessarily.
As I said, if you allow them to do their own HRECOVER, give them panels and
execs.
If you don't, give them a mechanism to queue requests and do them on a
regularily scheduled basis.
But, don't jump
On Tue, 8 Jul 2008 12:26:42 -0500, McKown, John
[EMAIL PROTECTED] wrote:
I've already opened a problem with CA on this. But I thought that I'd
ask here, just in case.
We are using CA-MIM/Integrity 11.5 SP1. Communications is CTCDASD. This
is on our two system basic sysplex. We also use GRS for
They should NOT be responsible for backups.
YOU should be.
I agree, and we do have SMS in place. I was referencing a time before SMS.
Some users never backed up their files
SMS never introduced centralised backup.
It just made it easier.
In every shop I worked in, we controlled backups, not
In z/OS R9 the Binder rejects request to write to a PDS that has
non-RECFM U, unless RECFM=U is explicitly overriden. This behavior now
matches the behavior for PDSEs. So if you try to link into your JCL PDS
you won't damage it.
z/OS V1 R9 BINDER 14:48:52 TUESDAY JULY 8, 2008
BATCH
On Tue, 8 Jul 2008 13:43:01 EDT, Ed Finnell [EMAIL PROTECTED] wrote:
In a message dated 7/8/2008 12:26:38 P.M. Central Daylight Time,
[EMAIL PROTECTED] writes:
Ditto from me Ed. If I get approval for SHARE, I owe ya one. :-)
What's the exposure if you DB/2's stay 037? Particularly those
I've said it many times.
If your apps people don't know how to compile, link, and run, why are
they working for you?
Unfortunately I have no input into the hiring and firing of application
folks or into their training, I just do my best to keep them from
bothering me with stupid problems when I
-Original Message-
From: IBM Mainframe Discussion List
[mailto:[EMAIL PROTECTED] On Behalf Of Knutson, Sam
Sent: Tuesday, July 08, 2008 1:51 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: CA-MIM/Integrity abend.
In z/OS R9 the Binder rejects request to write to a PDS that has
On Tue, 8 Jul 2008 17:55:24 +, Ted MacNEIL [EMAIL PROTECTED] wrote:
It should be run like GRS - in SYSTEM. To get it run in SYSTEM it has to
be started via MIMASC though.
We tried this once, albeit before z/OS, and MIM never came up.
I haven't used MIM in over four years, so I don't know if
On Tue, 8 Jul 2008 13:59:21 -0400, Veilleux, Jon L [EMAIL PROTECTED] wrote:
Why are you protecting them from their own stupidity regarding the
link edit thing?
Who gets the call when they can't access their libraries? Unfortunately,
stupid user problems always end up being system programmer
On Tue, 8 Jul 2008 13:03:10 -0500, McKown, John
[EMAIL PROTECTED] wrote:
Tell management how much you are spending on MIM, and GRS is 'free'.
That's an idea. I bounce it off my manager. I don't know how much MIM
costs. We are fairly heavy into CA. And, to be honest, MIM is a good
product.
I
Unfortunately I have no input into the hiring and firing of application folks
or into their training, I just do my best to keep them from bothering me with
stupid problems when I know how to avoid them in the
first place.
You've created a trained response.
If you protect people from their
In a message dated 7/8/2008 1:54:49 P.M. Central Daylight Time,
[EMAIL PROTECTED] writes:
s this a question for me? I don't do DB2. ;-)But we did just convert
all our DB2 from ccsid 500 to 37. This was done for DB2 V8. BTW, some
QMF / GDDM fallout from that also. I now have to
-Original Message-
From: IBM Mainframe Discussion List
[mailto:[EMAIL PROTECTED] On Behalf Of Veilleux, Jon L
Sent: Tuesday, July 08, 2008 1:54 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: CA-MIM/Integrity abend.
I've said it many times.
If your apps people don't know how to
1 - 100 of 159 matches
Mail list logo