IBM's 2008 Master the Mainframe Contest is now accepting registrations.
This contest is open to all students (including high school students)
across the United States and Canada. [If you are outside the U.S. and
Canada, you may be able to join, but unfortunately IBM cannot award prizes
to you.
HI
it is quite easy to use this.
Download the program and make the PERFDESKS.
Only problem I have now is that i can Only make 10 Perfdesk, creating #11 ist
not possible,
Giovanni SAntuz
SYSPROG BG-PHOENICS Munich Germany
Original-Nachricht
Datum: Thu, 11 Sep 2008 18:11:21
I am out of the office until 09/22/2008.
If you require immediate assistance, please contact my backup Fernando Vega
on 404-238-4580. Thanks!
Note: This is an automated response to your message IBM-MAIN Digest - 16
Sep 2008 to 17 Sep 2008 (#2008-261) sent on 9/18/08.
This is the only
Thanks John,
I've been waiting for an answer like this for months.
No local IBM specialist was able to give me an answer like this.
Still one question :
Can I also activate HyperPAV with the setios command, starting with one
LPAR in a sysplex ?
This will convert the LCU's involved and start an
HI,
we run 2 z/10 machines. and abot 10 Lpar z/os + Zlinux + z/vm (both Playgrounds)
We use GROUPCAPPING on one z/10 for 3 LPARs that run old-Applications like
CICS and DB2. (2 Prod and 1 Test)
The reason for this is the new Pricing policy of IBM. (VLC)
THhs way we can prevent that these 3
My background is mainly JES2 but here at Credit Suisse, we've
got JES3. Our print operators are having problems with some
specific situations. I suspect their handling is not state of
the art.
I vaguely remember how we operated the APF printer from JES2 but
that was more thatn a decades ago. I
As DB2 guy, I used to religously use the CSVLLAxx member to avoid
impacting others.
However, my main zos guru recommended to me a while back (maybe the last
2 ZOS releases?) that the benefits were so minimal now that it wasn't
worth the effort to code the CSVLLA route any longer, and to just go
I've never used CSVLLAxx. What is that used for?
I know whenever I do an LLA refresh, it takes only seconds. I doubt if that
would have any significant effect on performance.
Eric
Hylton Tom P [EMAIL PROTECTED] wrote:
As DB2 guy, I used to religously use the CSVLLAxx member to avoid
Hylton Tom P wrote:
As DB2 guy, I used to religously use the CSVLLAxx member to avoid
impacting others.
However, my main zos guru recommended to me a while back (maybe the last
2 ZOS releases?) that the benefits were so minimal now that it wasn't
worth the effort to code the CSVLLA route
It's used to pinpoint a refresh to only specified datasets.
Put the changed DSN in a CSVLLAxx member, then add an UPDATE=xx to the
refresh command.
tom
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Eric Bielefeld
Sent: Thursday,
Tom,
As DB2 guy, I used to religously use the CSVLLAxx member to avoid
impacting others.
However, my main zos guru recommended to me a while back (maybe the last
2 ZOS releases?) that the benefits were so minimal now that it wasn't
worth the effort to code the CSVLLA route any longer,
On Wed, 17 Sep 2008 09:56:56 -0400, John Eells [EMAIL PROTECTED] wrote:
SSAs *are* conventional aliases. (I have often wished I could set back
the clock and pick a different name for SSAs.)
A mis-association on my part. I was introduced to SSA's in Server(System)
Pac as a two-part
Yes, and I do as well, as I always have a big moment of trepidation
before hitting the enter key on a full refresh, wondering who's going to
stop working because they weren't ready to activate it yet.
But I was just curious as the performance aspects, even though I didn't
word my reply clearly
John, you are correct!
Unless you have absolute control over all of the libraries in the
LINKLIST you should use CSVLLAxx otherwise you could accidentally
install someone else's pre-staged change. In a large shop that is a real
issue.
ROT is to always go for the least possible impact to the
On Thu, 18 Sep 2008 08:19:18 -0500, Arthur Gutowski [EMAIL PROTECTED] wrote:
In that context, don't SSA and MLA provide two paths to the same
destination?
Perhaps, but it only works if you follow a specific naming standard set up
for your environment (see your example). It is more of a
On Thu, 18 Sep 2008 09:04:52 -0400, Hylton Tom P wrote:
As DB2 guy, I used to religously use the CSVLLAxx member to avoid
impacting others.
However, my main zos guru recommended to me a while back (maybe the last
2 ZOS releases?) that the benefits were so minimal now that it wasn't
worth the
AHA ya'll were right, they are all inscratch and show up on the D
SMS,LIB(LIBRARY1),DETAL command now! Thank-you all for your help
Lucy Arnold
Storage Manager
U.C. Davis Medical Center
916-734-5498
--
For IBM-MAIN
I prefer to use the parmlib member to limit the scope (and possible fallout)
of updates to linklist but that just may be my conservative nature. If you are
the only one in the kitchen, you can be sure that no one else is cooking
another dish.
I think it's a bad practice to leave pending
On Thu, 18 Sep 2008 09:10:11 -0400, Mark Jacobs [EMAIL PROTECTED]
wrote:
Hylton Tom P wrote:
As DB2 guy, I used to religously use the CSVLLAxx member to avoid
impacting others.
However, my main zos guru recommended to me a while back (maybe the last
2 ZOS releases?) that the benefits were so
Unless you have absolute control over all of the libraries in the LINKLIST you
should use CSVLLAxx otherwise you could accidentally install someone else's
pre-staged change.
In all shops I've worked in, only one department 'owned' the link list, even if
the products in it 'belonged' to each
We are z/OS V1R9. I was applying some maintenance to our test system
which was live. The fist set of PTF's applied successfully. During the
apply of the second set of PTF's the job went into a detected wait
state. During the detected wait several messages stating a problem with
PDSE were
Hunkeler Peter (KIUK 3) wrote:
My background is mainly JES2 but here at Credit Suisse, we've
got JES3. Our print operators are having problems with some
specific situations. I suspect their handling is not state of
the art.
I vaguely remember how we operated the APF printer from JES2 but
that
The ptf's that were being applied were going to update a PDSE dataset in the
LNKLST.
It's rarely safe to apply maintenance to a live system.
So I cancelled the job - created an alternate RES pack and applied the
maintenance to the alternate RES.
Better (safer) choice (IMO).
Are the new
I understand that the first step in porting a new operating system to
MVS is to train the compiler to output MVS instructions. But how would
one compile the changes to the compiler?
Say for example I wanted to port OpenVMS to VM.
Thanks
Lindy
It was a test system and if it crashed the only person it would of
affected was me.
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Ted MacNEIL
Sent: Thursday, September 18, 2008 9:26 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: PDS/E and LNKLST
You can also use the SETIOS command.
Once the LCUs have been converted, the other LPARs can't move the aliases
around. The IBM documentation states that they are ignored.
RMF will show you the LCU and HyperPAV activity. The MVS DEVSERV command : D
M=DEV will give you information about
It was a test system and if it crashed the only person it would of affected
was me.
Then what other system was in contentioin for the library?
-
Too busy driving to stop for gas!
--
For IBM-MAIN subscribe / signoff / archive
On Thu, 18 Sep 2008 09:17:06 -0500, Mark Steely [EMAIL PROTECTED] wrote:
We are z/OS V1R9. I was applying some maintenance to our test system
which was live. The fist set of PTF's applied successfully. During the
apply of the second set of PTF's the job went into a detected wait
state. During the
On Thu, 18 Sep 2008 09:17:06 -0500, Mark Steely wrote:
We are z/OS V1R9. I was applying some maintenance to our test system
which was live.
You shouldn't do that.
The fist set of PTF's applied successfully. During the
apply of the second set of PTF's the job went into a detected wait
state.
We have robust change control, however, usually on our sandboxes we
might have several different folks implementing changes and installing
PTFs. Occasionally we get bit when someone else makes a minor change to
the software they support and refresh the whole linklist instead of just
their library.
This system is standalone - not sysplex at all.
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Tom Marchant
Sent: Thursday, September 18, 2008 9:41 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: PDS/E and LNKLST concat
On Thu, 18 Sep 2008
I have removed some application data from a storage group of disks and I am
trying to consolidate the remaining data from a couple of the disks to free
them up so they can be used elsewhere. So I have removed the disks I am
trying to free up from the storage group and I am trying to move the data
Jim,
The file will be moved in its entity.
From: Jim McAlpine [mailto:[EMAIL PROTECTED]
Sent: Thu 9/18/2008 10:49 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: DFDSS and moving multivolume datasets
I have removed some application data from a storage group of disks
On Thu, 18 Sep 2008 09:46:55 -0500, Mark Steely wrote:
This system is standalone - not sysplex at all.
Search the archives.
You should never share a PDSE outside of a sysplex.
--
Tom Marchant
--
For IBM-MAIN subscribe /
We have robust change control, however, usually on our sandboxes we might have
several different folks implementing changes and installing PTFs. Occasionally
we get bit when someone else makes a minor change to the software they support
and refresh the whole linklist instead of just their
On Thu, 18 Sep 2008 09:40:40 -0500, Tom Marchant [EMAIL PROTECTED]
wrote:
You didn't say whether the two systems are in the same sysplex. If not, you
*really* shouldn't do that.
2nd reference I saw to 2 systems in replies to the OP. I see mention of 2
set of APPLYs, but not 2 systems. Or
Obviously, that should be entirety not entity. I shouldn't type and listen to a
conference call at the same time.
From: O'Brien, David W. (NIH/CIT) [C]
Sent: Thu 9/18/2008 10:52 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: DFDSS and moving multivolume datasets
On Thu, 18 Sep 2008 09:59:07 -0500, Tom Marchant [EMAIL PROTECTED]
wrote:
On Thu, 18 Sep 2008 09:46:55 -0500, Mark Steely wrote:
This system is standalone - not sysplex at all.
Search the archives.
You should never share a PDSE outside of a sysplex.
Also not clear from the OP. To me it
I don't see where he is sharing anything? As I see it there is only one system
involved.
Yes, applying maintenance to a running system can be hazardous, but if it isn't
sharing and he doesn't care...
Tom Marchant [EMAIL PROTECTED] 9/18/2008 10:59 AM
On Thu, 18 Sep 2008 09:46:55 -0500, Mark
On Thu, 18 Sep 2008 10:07:42 -0500, Mark Zelden wrote:
On Thu, 18 Sep 2008 09:40:40 -0500, Tom Marchant wrote:
You didn't say whether the two systems are in the same sysplex. If not, you
*really* shouldn't do that.
2nd reference I saw to 2 systems in replies to the OP. I see mention of 2
Thank you for that.
On 9/18/08, O'Brien, David W. (NIH/CIT) [C] [EMAIL PROTECTED] wrote:
Jim,
The file will be moved in its entity.
From: Jim McAlpine [mailto:[EMAIL PROTECTED]
Sent: Thu 9/18/2008 10:49 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: DFDSS and
But what about corruption that occurs but does not show up until you go
to production? I'd suggest that you were darned lucky that the issue
made itself it known so early in the game.
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Mark
Lindy Mayfield wrote:
I understand that the first step in porting a new operating system to
MVS is to train the compiler to output MVS instructions. But how would
one compile the changes to the compiler?
Well...
In fact writing any compiler is quite complex task. In such case we can
talk
There is a project underway to port OpenVMS to System z.
Lindy Mayfield wrote:
I understand that the first step in porting a new operating system to
MVS is to train the compiler to output MVS instructions. But how would
one compile the changes to the compiler?
Say for example I wanted to
On Thu, 18 Sep 2008, Lindy Mayfield wrote:
I understand that the first step in porting a new operating system to
MVS is to train the compiler to output MVS instructions. But how would
one compile the changes to the compiler?
Ah, MVS is an OS, not an architecture. Just to be a pendant, I
All my best ideas are already taken it seems.(tm)
Thanks John for helping me to say things in the correct way. It's not
pendant.
I should have said to port OpenVMS to VM running on System z. I saw
Sine Nomine's presentation at Guide SHARE this year about porting Open
Solaris to z/VM on
Hi Tony
thanks very much for the reply.
Sabarish
On 9/17/08, Tony Harminc [EMAIL PROTECTED] wrote:
2008/09/17 P.Sabarish Kannan [EMAIL PROTECTED]:
I wanted to know how do we enter Trademark TM symbol in
hostexplorer .Basically my requirement is to insert this character in Db2
v8
On Thu, 18 Sep 2008 18:50:26 +0200, Lindy Mayfield wrote:
I asked the lead developer how he started something like that and the
first step was to get gcc to produce z object code. I was thinking
Does that not already exist under Linux for Z?
Whoever is doing OpenVMS I hope to hear about it at
On 18 Sep 2008 09:38:04 -0700, [EMAIL PROTECTED] (John McKown) wrote:
Now, you must look at all the architecture dependant code, likely coded in
assembler, and rewrite it to be functionally compatable on the new
architecture. Or perhaps even rewrite parts of the code entirely if the
We have had intermittent loss of System Consoles since we first introduced ICC
Consoles, at least three or four years ago. The consoles usually disconnect in
a group, all those on the same channel path / I/O card.
***Two questions***, why are these disconnecting, and after they disconnect,
why
How are your sessions defined on the HMC?
Tammi Marsan
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of O'Mara, Kevin, ITD
Sent: Thursday, September 18, 2008 2:39 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: ICC Consoles Disconnecting
We have had
On 9/18/2008 at 12:33 PM, in message [EMAIL PROTECTED], Rich Smrcina
[EMAIL PROTECTED] wrote:
There is a project underway to port OpenVMS to System z.
If this is what David Boyes talked about, it's not a port ov OpenVMS, per se,
rather a emulator that runs OpenVMS unmodified.
Mark Post
Indeed, I stand corrected.
Mark Post wrote:
On 9/18/2008 at 12:33 PM, in message [EMAIL PROTECTED], Rich Smrcina
[EMAIL PROTECTED] wrote:
There is a project underway to port OpenVMS to System z.
If this is what David Boyes talked about, it's not a port ov OpenVMS, per se,
rather a emulator
On 9/18/2008 at 12:50 PM, in message
[EMAIL PROTECTED], Lindy
Mayfield [EMAIL PROTECTED] wrote:
-snip-
I asked the lead developer how he started something like that and the
first step was to get gcc to produce z object code. I was thinking
today, but how to compile the changes to the
Yes, I remember it was David and Neale who gave the presentation. David
also talked a tiny bit about the things he liked about VMS. And now
that it is open source perhaps they will port that, too.
I certainly hope to see more and more choices of operating systems
running on z/VM as time goes
On Thu, 18 Sep 2008 12:51:46 -0600, Mark Post [EMAIL PROTECTED] wrote:
On 9/18/2008 at 12:33 PM, in message [EMAIL PROTECTED], Rich
Smrcina
[EMAIL PROTECTED] wrote:
There is a project underway to port OpenVMS to System z.
If this is what David Boyes talked about, it's not a port ov OpenVMS,
I'm confused.
I want to turn on buffer beyond close (for PDSE1) now that **most of the bugs
are hopefully worked out and ISV software should be set (I recall some
issues back at z/OS 1.6 when this was introduced). I was forced to test
this some weeks back as a work around to problem on one of
On Thu, 18 Sep 2008 14:58:29 -0500, Mark Zelden [EMAIL PROTECTED]
wrote:
I was forced to test
this some weeks back as a work around to problem on one of our
z/OS 1.9 systems (see HIPER APAR OA25618 - PTFs available 07/17/08).
(** Most, not all... see recent DFSMSdss APAR OA21934)
Bug #1 -
I don't see the problem, just use PDSE(1)_BUFFER_BEYOND_CLOSE(MAYBE) :-)
Mark Jacobs
-Original Message-
From: IBM Mainframe Discussion List on behalf of Mark Zelden
Sent: Thu 9/18/2008 4:15 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: I love this job (was Re: PDSE(1)_BUFFER_BEYOND_CLOSE)
On
Funny you should mention it. I was about to raise a similar question.
In PARMLIB, we have SQA=(600K,45M) and CSA=(3200K,400M). After a recent IPL,
our ESQA went from 69,120K to 69,152 K. Our ECSA jumped from 409,616K to
410,608K while EPVT was reduced from 1,526,784K to 1,525,760K.
So I
Bug #1 - OA25618. Work around: PDSE(1)_BUFFER_BEYOND_CLOSE(YES)
Bug #2 - OA21934. Work around: PDSE(1)_BUFFER_BEYOND_CLOSE(NO)
Got it?
Actually OA21934 only mentions PDSE_BUFFER_BEYOND_CLOSE(NO) but it
looks like it should also mention PDSE1_BUFFER_BEYOND_CLOSE(NO).
My understanding is that
If it were due to UCBs, wouldn't I expect to see the increase in HSA?
There are still UCBs in each z/OS image.
You need something to schedule an I/O to.
-
Too busy driving to stop for gas!
--
For IBM-MAIN subscribe / signoff /
Hi,
Yes... what about :
PDSE(1)_BUFFER_BEYOND_CLOSE(Fed Bail us out here)
PDSE(1)_BUFFER_BEYOND_CLOSE(RTC)
PDSE(1)_BUFFER_BEYOND_CLOSE(Depends)
PDSE(1)_BUFFER_BEYOND_CLOSE(Billion me again please)
PDSE(1)_BUFFER_BEYOND_CLOSE(Fundamentally Strong)
Anton
On Thu, 18 Sep 2008 16:45:24 -0400, Mark
Hey - we have z/OS systems. We never have to IPL unless its scheduled!
(Said tongue in cheekishly)
Eric
Ted MacNEIL [EMAIL PROTECTED] wrote:
I think it's a bad practice to leave pending changes lying around, especially
on a live system.
What happens if you suddenly have to IPL?
I think the standard answer would be -
PDSE(1)_BUFFER_BEYOND_CLOSE(IT DEPENDS)
Thanks,
Jim Weidt
Senior Systems Engineer
Jostens Inc.
Office: 952-838-7555
Cell: 612-419-3738
[EMAIL PROTECTED]
CONFIDENTIALITY NOTICE: The information contained in this e-mail
communication and any
I think the standard answer would be -
PDSE(1)_BUFFER_BEYOND_CLOSE(IT DEPENDS)
PDSE(1)_BUFFER_BEYOND_CLOSE(Has only been tested in a laboratory environment,
and is presented on an asis basis. It is up to the customer to determine the
applicability in their environment.)
Or:
Hey - we have z/OS systems. We never have to IPL unless its scheduled!
(Said tongue in cheekishly)
Even then, with scheduled IPLs, pending changes are dangerous wrt availability.
-
Too busy driving to stop for gas!
--
For
I don't know how big your file is, or how automated a process you need,
but if you open
and save the file with ISPF Edit, and you don't have this option checked:
/ Preserve VB record length
then it will automatically trim the trailing blanks off.
I know, because I work with files where
I don't know how big your file is, or how automated a process you need, but if
you open and save the file with ISPF Edit
I've always thought that ISPF EDIT could only handle up to 255!
DCB=(DSORG=PS,RECFM=VB,LRECL=1504,BLKSIZE=27998)
1504 is a little longer!
-
Too busy driving to stop for
Ted MacNEIL wrote:
I've always thought that ISPF EDIT could only handle up to 255!
Not for a very long time.
http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/ISPZEM00/1.1.2?SHELF=ISPZPM00DT=20001109114810
Bob
--
On Thu, Sep 18, 2008 at 8:04 PM, Ted MacNEIL [EMAIL PROTECTED] wrote:
I don't know how big your file is, or how automated a process you need, but
if you open and save the file with ISPF Edit
I've always thought that ISPF EDIT could only handle up to 255!
I think that restriction was lifted
I've always thought that ISPF EDIT could only handle up to 255!
I think that restriction was lifted around 1990...possibly earlier.
Then, I'm wrong again!
I've had problems with EDIT macros, but then I went away.
So, I've no idea what the restrictions are, anymore.
-
Too busy driving to stop
I thought about that briefly but my file was too large for
ISPF edit and I also had the apparently mistaken impression
that it would only remove the trailing spaces from the
particular records that got otherwise changed. Kind of the
way it changes case when you have CAPS ON and edit a file
On Thu, 18 Sep 2008 20:19:51 -0500, Bass, Walter W wrote:
I thought about that briefly but my file was too large for
ISPF edit and I also had the apparently mistaken impression
that it would only remove the trailing spaces from the
particular records that got otherwise changed. Kind of the
way
74 matches
Mail list logo