OK, what does (did) SEP= do? The only thing the JCL reference says is that you
can't use it as a JCL symbol in certain types of jobs.
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of R.S.
Sent: Thursday, August 29, 2013 3:18 PM
To:
could unplug it unless I needed to IPL.
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Pommier, Rex R.
Sent: Monday, August 26, 2013 11:43 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: OS/390 1.3 Support Element hangs system
Are you
iPhone
On Aug 26, 2013, at 3:26 PM, Pommier, Rex R. rex.pomm...@cnasurety.com
wrote:
I never used an MP2000, we ran an MP3000 for a few years. On the bigger
boxes the SE was (presumably still is) used for error reporting and other
communication back to IBM as well as IPLing, reconfiguring
I can't speak to all (most?) of the current architecture boxes, but to attempt
to answer Jantje's question, yes the boxes I'm familiar with will definitely
store less data on small block sizes. I am not speaking of the boxes that do
thin provisioning because I haven't used this feature, but on
Here's the link to the announcement letter.
http://www-01.ibm.com/common/ssi/cgi-bin/ssialias?subtype=cainfotype=anappname=iSourcesupplier=897letternum=ENUS113-121
Planned availability September 20.
On another note, can someone point me to the announcement for
end-of-availability for
Thanks, John and Sergio;
I have no idea why I couldn't find it - other than brain-deadness - but this is
exactly the information I was looking for.
Rex
From: Ed Castro [ed.cas...@hds.com]
Sent: Tuesday, July 23, 2013 3:20 PM
To: Pommier, Rex R.
Subject
OK, now I'm confused. Which question are you answering 'yes' to? You asked 2
opposite questions. In the subject line, you asked if the storage needs to be
contiguous. In the body of the e-mail you ask if you could remove storage from
C and give it to A without messing with B in the middle.
And here I thought you were referring to a z/OS release about 20 years into the
future, you know, the next one after z/OS 2.09. :-)
Rex
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of David Crayford
Sent: Friday, July 05, 2013 5:52
Maybe they should weight servers by their weight. :-)
Rex
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Mike Schwab
Sent: Tuesday, June 25, 2013 8:57 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Quote on http://slashdot.org
They
Ed brings up an interesting question. So with your response, you're saying
that with PPRC, you cannot 'reverse' the mirror. Breaking and re-establishing
the mirror pairs will require a full data re-push back to the now secondary
site.
Rex
-Original Message-
From: IBM Mainframe
That's just where I was going in my thinking. It looks like something is
defined as a 3380. 3380 track is 83% of capacity of 3390, and his initial
allocation of 654 tracks is suspiciously close to 83% of his other 2
allocations of 780 tracks.
Rex
-Original Message-
From: IBM
Gee, thanks, Ed. You mentioned the link below and I get a 404 error. You told
IBM it was there so they scrubbed it too! grin
Seriously, I got a 404 not found error using the link. I found it here:
http://www-07.ibm.com/servers/eserver/includes/download/mainframe_charter_faq.pdf
Rex
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Pommier, Rex R.
Sent: Thursday, May 23, 2013 8:33 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Mainframe Charter (Was: Predict WLC invoice amount ...)
Gee, thanks, Ed. You mentioned the link
OK, I had never heard of this either, so I bit...
1 //RRPBR14 JOB ,TECHSUPT-RRP,MSGCLASS=X,CLASS=A,REGION=8M
2 //STEP1 EXEC PGM=IEFBR14
3 //D DD DSN=MVS.RRP.JUNK,DISP=(,CATLG),
// UNIT=3390,SPACE=(CYL,(2,+1)),VOL=SER=WSC001,
//
-MAIN@LISTSERV.UA.EDU
Subject: Re: B37 för FTINCL in ISPF for userid.ISPn.SPFTEMPn.WORK datasets
On Thu, May 23, 2013 at 3:54 PM, Pommier, Rex R.
rex.pomm...@cnasurety.com wrote:
OK, I had never heard of this either, so I bit...
1 //RRPBR14 JOB ,TECHSUPT-RRP,MSGCLASS=X,CLASS
W dniu 2013-05-02 15:35, Pommier, Rex R. pisze:
Radoslaw,
One additional reason would be expediency - which relates to the
territorialism Ted mentioned. One of the shops I work at has a
scheduler, with a separate scheduling team that owns the scheduler
and all the schedules that go
Exactly, Ted.
I have NEVER been at a shop where an operator has noticed jobs sitting in the
input queue and decided to help by unilaterally opening another initiator to
service jobs of the affected class...Notice the huge pile of sarcasm!!! :-)
Rex
-Original Message-
From: IBM
Mark,
I read the original post differently, and my reading of it makes it sound like
if he just does the catalog search it comes back in a matter of seconds, then
when he hits the shift right button to get the space info, that is when he
gets the horrendous response time. I don't think it is
Ken,
What are you using now? Is it a home-built product or is it, for example,
IBM's PSF, or something else?
Rex
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Ken MacKenzie
Sent: Wednesday, March 27, 2013 7:30 AM
To:
Hi list,
I did some searching of the archives and didn't see anything so I'll ask what I
hope to be a simple question. I have a need to be able to execute an MVS
command and have the output available to a batch job for further processing.
In this case, I want to be able to capture the output
I'll reply to my own message. I did some more digging and found several
examples of how I can do this, so never mind.
Rex
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Pommier, Rex R.
Sent: Wednesday, March 27, 2013 10:42 AM
Gil and Steve (and probably others who feel the same way),
Before you get too whack-happy, there are other reasons why something like this
could show up. At some point in the deep, dark past, if the system fell over
for whatever reason (power outage, operator - or sysprog - error that caused
Hey Radoslaw,
I read the original request much the same way you did, that Fred is looking to
get info from EMC (corporate), Hitachi (corporate), and IBM (business partners
instead of corporate). In fact, Fred is looking for business partners for each
of the vendors. I sent him the name of an
Skip,
To answer your question about a Global zone display choking, the answer is
no. I have done just what the original poster asked about, moved all the
remaining PTFs from SMPPTS1,2 back to SMPPTS, removed the DDDEFs etc, and
deleted the SMPPTSx datasets. SMP/E will happily find the PTFs
Dave,
I don't have one, but would a 3174-x1L with a network card in it work? It's
been a long time since I played with one, so I don't know if it supported
Ethernet or only Token Ring.
Rex
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Hi List,
I am going to show my ISPF ignorance on this question. I have a system I'm
working on that has the scroll amount set to PAGE. I can change the scroll
amount to CSR and it works as advertised. However, when I log off and back
onto the system, it is set back to PAGE. I had thought
I don't know how it works but Adobe nailed me last week with the same garbage.
I needed to download flash on a rebuilt computer, and the next thing I knew
there was a trial of a McAfee AV product. I don't remember which one it was,
but it went away faster than it appeared. Fortunately McAfee
Thanks, Mike. Rereading the background posts helped me see my mix-up. What I
had missed earlier was the fact that EXPDT is just JCL independent of RMM (I
didn't know if there was a VRS rule with the same name as the JCL parameter...)
and WHILECATALOG was the only VRS rule in place. So the
Liz,
What happens if you try to either edit or view the file? Just as an
experiment, I just edited a PDS member and purposefully added a hex character
to it. Browsing the member then just showed a period instead of the
non-displayable character. Editing or viewing the member threw up the
quote
If IBM were to breach its commitments, the Commission could impose a fine of
up to 10 per cent of IBM's total turnover without having to prove a violation
of EU competition rules.
/quote
Without needing to prove anything was done wrong? NO room for abuse there, is
there?
Rex
Esmie,
As best I can see, neither of the examples you show below will work. At least
as of z/OS 1.10, the double asterisk was not a valid form of wildcarding
dataset names within IDCAMS. In addition, the single asterisk can only be used
in place of a single qualifier, and you can only have
Bravo, Skip!
This is what I always did as well. I had a former coworker who would go
through and manually exclude every PTF that failed with a HOLDERROR, until he
was able to get to a RC4 on his apply check. He wasted untold hours doing
this, just so he could get a RC4 on his APPLY. I think
John,
I'm going to take your word that the original DUMP that you created the
COPYDUMP from was a full volume dump. That being said, the BYPASSACS parameter
you have in your RESTORE attempt is only valid for dataset level restores, not
full restores. You will need to use a restore parameter
of restoring the volume
(physically) to a non-sms managed volume. This way no dsns weill b cataloged
etc. I am using BYPASSACS because I thought I could bypass SMS.
From: Pommier, Rex R. rex.pomm...@cnasurety.com
To: IBM-MAIN@LISTSERV.UA.EDU
Sent: Thursday, 6
Mark,
I don't see any kind of rename syntax in your copy job. Is the OMVSF HLQ
defined to be on the SMS volumes? Can it be that even with the BYPASSACS stuff
in there that SMS is trying to look at SMS volumes only for it? Would it work
to rename the current dataset to a different HLQ that
As it sits, would dump/restore have the same issues he's having trying to copy
it? He may have to remove the HLQ from SMS control, run the DUMP, put the HLQ
back, then do the RESTORE.
Rex
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
volume and not perform a rename.
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Pommier, Rex R.
Sent: Wednesday, August 29, 2012 3:03 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: DFDSS
As it sits, would dump/restore have the same issues
All the best to you in your future endeavors.
Rex
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Hal Merritt
Sent: Wednesday, August 22, 2012 9:30 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Thanks for the memories
Next week, life as
But usually software developers don't sell copies of the software, they sell
licenses to use the software, and these are not normally transferable.
Rex
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Charles Mills
Sent: Friday,
Ron,
The DS6000 is a slightly different animal from the EMC/HDS/IBM DS8000 boxes.
I've used all the above except the DS8000. The EMC and HDS boxes all have the
pizza boxes or laptops built within the frame of the DASD and is supported by
the vendor. The DS6000 was considered by IBM to be
Yep,
One big concern I see in this at this point is if they shut the LPARs down and
the SE isn't talking to the CEC, how do they bring them back up? Hopefully it
is something simple like a bad power supply on one of the 2 laptops and they
can either fairly quickly fix it or use the alternate.
41 matches
Mail list logo