It has been awhile since someone has referenced the Mainframe site:
http://mainframe.typepad.com/
Timothy Sipples has placed a nice post out there called How Many
Mainframes Do You Need?
It is worth the read, even for us old, crusty types who sometime forget
we didn't always know
Q: How many telephone poles does it take to reach the moon?
A: One if it's long enough.
Bob Shannon
Rocket Software
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the
Then there is the server world concept: How many chickens does it take to
run your business.
Daniel McLaughlin
Z-Series Systems Programmer
Information Communications Technology
Crawford Company
4680 N. Royal Atlanta
Tucker GA 30084
phone: 770-621-3256
fax: 770-621-3237
cell:
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of Daniel McLaughlin
Then there is the server world concept: How many chickens does it take
to
run your business.
Turkeys might have more impact :-)
-jc-
The more the better ...
Unfortunately a shrinking pond is ultimately going to do none of us any
good.
Shane ...
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the
This free technical paper discusses LOBs, Unicode, and XML
as they apply to DB2 V9.1, and how you might use these
facilities in conjunction with serving Web pages from your
z/OS system.
Brief highlights of other features of DB2 V9.1 are also mentioned in passing.
You can find this paper (and
I want to copy my sysres pack to an empty vol. I know I need to clip itthe
new pack, but can I then just do a pack to pack copy or will I have to dump
the sysres pack then restore to the new pack?Also if I have to dump it, will
I need to do a logical dump so I can preserve the volser of the maint
z1.9 is up and running in our sandbox, currently using all HFS and no zFS files
systems. I noticed that every hour on the hour I get msg's below on the system
log. I searched IBM and found APAR Identifier .. OA17269 but that relates
to zFS files systems. Anyone else getting these msg's with
On my z/OS V1.9 system I only see these messages at IPL time. They are not
there any other time.
You may need to talk to IBM about this. Unless you have some automation in
place refreshing your Unix envrionment that often.
Lizette
z1.9 is up and running in our sandbox, currently using
I want to copy my sysres pack to an empty vol. I know I need to clip it, but
can I then just do a pack to pack copy to will I have to dump it then
restore to the new pack?Also if I have to dump it, will I need to do a
logical dump so I can preserve the volser?
thanks In advance
Matt,
Can you paste the entire message including all the data that is to the
left of the message ID from SYSLOG? Might help to determine what is
generating that message. Could be Health Checker, or something else.
_
Dave Jousma
On Tue, 10 Mar 2009 11:16:03 -0700, Edward Jaffe wrote:
Mark Zelden wrote:
From the ISPF User Guide Vol II, this is the official support statement:
2.1.2 Terminal characteristics
1. ISPF supports screen sizes from 24 x 80 characters to 62 x 160
characters.
That's not an official support
Dave, here you go. At this time there is no automation up and running. Thanks
N 000 SYS1 09082 10:41:45.91 0290 IEE252I MEMBER BPXPRMZ9
FOUND IN SYS1.PARMLIB
N 000 SYS1 09082 10:41:46.04 0290 IEE252I MEMBER BPXPRM00
FOUND IN SYS1.PARMLIB
Jousma,
I want to copy my sysres pack to an empty vol. I know I need to clip it, but
can I then just do a pack to pack copy to will I have to dump it then
restore to the new pack? Also if I have to dump it, will I need to do a
logical dump so I can preserve the volser?
thanks In advance
The thrust of my z10 User Experience segment in Austin is that it's time to
rethink the 'classic' mainframe configuration. Insistence on multiple CECs
to provide 'adjacent' failover in case of planned or unplanned outages
leads to chronic problems of load balancing. A single machine that (1) you
You can do a pack-to-pack copy. We do it all the time. If you want to
IPL off of it, you'll need to make sure your catalog will allow that.
---
Kevin McKenzie
External Phone: 845-435-8282, Tie-line: 8-295-8282
z/OS BCP SVT, Dept FXKA, Bldg 706/2D38
larry macioce mace1...@gmail.com
Sent
Just so you don't think that you're crazy, I get the BPX Parmlib messages
every hour too
IEE252I MEMBER BPXPRMFS FOUND IN SYS1.PARMLIB.V1R9
IEE252I MEMBER BPXPRM00 FOUND IN SYS1.PARMLIB.V1R9
I was going to submit a PMR to find out who's issuing it. The MessCode
implies it's the Master Scheduler
As God is my witness, I thought turkeys could fly!
- Arthur Carlson, WKRP in Cincinnati
sorry, but somebody had to say it.
e.s.
-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of
Chase, John
Sent: Monday, March 23, 2009 7:22 AM
To:
Tom Marchant wrote:
FWIW, I have been happily using 90x142 since you mentioned it. I got to
wondering how big I could go, so I tried 120x160 and got:
ISPI001 Invalid screen size. The width cannot exceed 160 and the depth
cannot exceed 62
I have determined that 102x160 works and 103x160 does
I guess I don't understand. If I copy everything,sans the vol ser, and on
the HMC put in the new ipl pack vol ser ie(current aa - new bb) then
IPL it should be okWhat am I missing?
thanks
Larry
On Mon, Mar 23, 2009 at 11:28 AM, Kevin Mckenzie kmcke...@us.ibm.comwrote:
You can do a
It appears that an old parameter SHRLIBMAXPAGES in BPXPARMxx was set causing an
exception with check USS_PARMLIB. I corrected the member, did a refresh on the
BPX member and the check. I will monitor the console but looks like the check
was doing it.
thanks all
Jousma, David
Another question. If I do a pack to pack copy do I still need to put the ipl
record on the new pack or will those copy too?thanks
On Mon, Mar 23, 2009 at 11:28 AM, Kevin Mckenzie kmcke...@us.ibm.comwrote:
You can do a pack-to-pack copy. We do it all the time. If you want to
IPL off of it,
On Mon, 23 Mar 2009 11:43:12 -0400, larry macioce wrote:
I guess I don't understand. If I copy everything,sans the vol ser, and on
the HMC put in the new ipl pack vol ser ie(current aa - new bb) then
IPL it should be okWhat am I missing?
thanks
Larry
On Mon, Mar 23, 2009 at 11:28 AM,
O they are... forgot about that part..just like the iplrecsthanks
On Mon, Mar 23, 2009 at 11:53 AM, Tom Marchant m42tom-ibmm...@yahoo.comwrote:
On Mon, 23 Mar 2009 11:43:12 -0400, larry macioce wrote:
I guess I don't understand. If I copy everything,sans the vol ser, and on
the HMC put
On Mon, 23 Mar 2009 09:56:09 -0400, Matt Dazzo mda...@pch.com wrote:
z1.9 is up and running in our sandbox, currently using all HFS and no zFS
files systems. I noticed that every hour on the hour I get msg's below on
the system log. I searched IBM and found APAR Identifier .. OA17269 but
that
This is the JCL I use to do a pack to pack copy of our IPL pack:
//COPY1EXEC PGM=ADRDSSU,REGION=4096K,TIME=(1440
//SYSPRINT DD SYSOUT=(*,,STD)
//DASDIN DD UNIT=SYSALLDA,VOL=SER=D83TL9,DISP=SHR
//DASDOUT DD UNIT=3390,VOL=SER=D83RL9,DISP=SHR
//SYSINDD *
COPY INDD(DASDIN)
On Mon, 23 Mar 2009 11:21:47 -0400, larry macioce wrote:
I want to copy my sysres pack to an empty vol
You will also have to deal with your HFS/zFS system data sets. If they are
on your IPL volume and will have the same dsnames as your original IPL
volume, you should be able to IPL, but you
Tom,
Are you doing this with ISPF on v1.10 or an earlier version of z/OS? I ran into
the problem with 1.10 after using 65x200 just fine on 1.9. When I started
testing with v1.10, it stopped working. When I backed the screen size down to
65x160, it worked okay with v.10.
Mark T. Regan, K8MTR
See the CLONE* examples on the JOBs/DOC section of my web site.
Mark
--
Mark Zelden
Sr. Software and Systems Architect - z/OS Team Lead
Zurich North America / Farmers Insurance Group - ZFUS G-ITO
mailto:mark.zel...@zurichna.com
z/OS Systems Programming expert at
Matt,
I believe those messages are generated by Healthchecker during USS_PARMLIB
check. Though I have the same issue, I have not found a way to suppress them
either. One way is to disable that check.
HTH,
Natarajan
Matt Dazzo mda...@pch.com 3/23/2009 6:56 AM
z1.9 is up and running in our
Having grown up in farm country, I can tell you that domestic turkeys
are the absolute stupidest creatures on God's green Earth! You wouldn't
believe it unless you saw it!
Schlueter, Edward wrote:
As God is my witness, I thought turkeys could fly!
- Arthur Carlson, WKRP in Cincinnati
---snip-
Another question. If I do a pack to pack copy do I still need to put the
ipl record on the new pack or will those copy too?thanks
unsnip--
I strongly recommend that you
On Mon, 23 Mar 2009 09:57:56 -0700, Natarajan Mohan nmo...@edfund.org wrote:
Matt,
I believe those messages are generated by Healthchecker during
USS_PARMLIB check. Though I have the same issue, I have not found a way to
suppress them either. One way is to disable that check.
And why would one
On Mon, 23 Mar 2009 09:09:07 -0700, Mark T. Regan wrote:
Tom,
Are you doing this with ISPF on v1.10 or an earlier version of z/OS?
I ran into the problem with 1.10 after using 65x200 just fine on 1.9.
When I started testing with v1.10, it stopped working. When I
backed the screen size down to
On Mon, 23 Mar 2009 11:03:52 -0600, Rick Fochtman rfocht...@ync.net wrote:
---snip-
Another question. If I do a pack to pack copy do I still need to put the
ipl record on the new pack or will those copy too?thanks
And why would one want to do that? To prevent 100 bytes of data from being
written to the syslog every hour?
IIRC, you used to be able to suppress messages with a combination of MPF
NetVIEW, if not other approaches.
We caught our VTAM ex-SYSPROG doing that over 20 years ago.
Any commands he
On Mon, 23 Mar 2009 12:09:36 -0500, Mark Zelden wrote:
On Mon, 23 Mar 2009 09:57:56 -0700, Natarajan Mohan wrote:
Matt,
I believe those messages are generated by Healthchecker during
USS_PARMLIB check. Though I have the same issue, I have not found a way to
suppress them either. One way is to
I personally don't mind those messages.
Natarajan
Mark Zelden mark.zel...@zurichna.com 3/23/2009 10:09 AM
On Mon, 23 Mar 2009 09:57:56 -0700, Natarajan Mohan nmo...@edfund.org wrote:
Matt,
I believe those messages are generated by Healthchecker during
USS_PARMLIB check. Though I have the
Sorry I mis spoke(or is that mistyped) I knew it was the addr not the vol
ser. I have been focused on the volser issueMark I will check it out.
thanks
Mace
On Mon, Mar 23, 2009 at 1:19 PM, Mark Zelden mark.zel...@zurichna.comwrote:
On Mon, 23 Mar 2009 11:03:52 -0600, Rick Fochtman
Kevin..thanks for the jcl. I am very visual that this helps a ton
On Mon, Mar 23, 2009 at 12:37 PM, Kevin Mckenzie kmcke...@us.ibm.comwrote:
This is the JCL I use to do a pack to pack copy of our IPL pack:
//COPY1EXEC PGM=ADRDSSU,REGION=4096K,TIME=(1440
//SYSPRINT DD SYSOUT=(*,,STD)
If you are trying to COPY, are you sure you want the PURGE parameter?
Dave O'Brien
NIH Contractor
From: IBM Mainframe Discussion List [ibm-m...@bama.ua.edu] On Behalf Of larry
macioce [mace1...@gmail.com]
Sent: Monday, March 23, 2009 2:12 PM
To:
Sorry, should have read the manual before posting prior msg.
Dave O'Brien
NIH Contractor
From: IBM Mainframe Discussion List [ibm-m...@bama.ua.edu] On Behalf Of
O'Brien, David W. (NIH/CIT) [C]
Sent: Monday, March 23, 2009 2:17 PM
To: IBM-MAIN@bama.ua.edu
Does anyone have ancient IEHDASDR documentation? I am trying to
find out why Standalone Dump generation goes out of its way to prevent
VIO from being used for the data set containing the IPL text it provides
to ICKDSF via the IPLDD parameter on REFORMAT. ICKDSF currently
has no restriction
Was VIO around when IEHDASDR was in use?
Regards,
Herman Stocker
-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf
Of Jim Mulder
Sent: Monday, March 23, 2009 3:29 PM
To: IBM-MAIN@bama.ua.edu
Subject: IEHDASDR documentation
Does anyone
Talk about a trip down memory lane. The only thing that I found was the
Utilities PLM, circa 1968 (but a tad before VIO), at
http://www.textfiles.com/bitsavers/pdf/ibm/360/Y28-6614-4_utilitiesPLM.pdf
Jack Kelly
202-502-2390 (Office)
Where are the rules for what subject matter is (or is not) permissible to post
to this list? Where are the general conduct guidelines posted?
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to
Jim, IEHDASDR never KNEW about VIO. If you acquire the OS/360 source
from the CBTTAPE web site, IEHDASDR is included. Standalone Dump
Generation is, I believe, also present. Perhaps that will give you a clue.
IIRC, Stand Alone Dump generation created a complete jobstream that
contain IPL text
Hello Scott and Hal... thanks for your help.
I cut/pasted my ftp job below. It is going to an HFS. I talked to our network
people and they said it could be a firewall issue, like Hal said. I have other
things to work on this week so I'll be on and off this, but I'll let everyone
know if/when I
On Mon, 23 Mar 2009 14:56:34 -0500, Gregory Pinkowski
gregorypinkow...@verizon.net wrote:
Where are the rules for what subject matter is (or is not) permissible
to post to this list? Where are the general conduct guidelines posted?
...
The guidelines are not particularly easy to find. I
If yes, what are kind of datasets are in your CSVLLAXX member? Source,
proclib, loadlibs or?
Thanks.
John Norgauer
Senior Systems Programmer
Mainframe Technical Support Services
University of California Davis Medical Center
2315 Stockton Blvd
ASB 1300
Sacramento, Ca 95817
916-734-0536
It does appear to be some type of issue with the catalog. If I run the
following JCL on 1.10 I see the errors start to spew and they end when the job
does.
//LISTCAT JOB (EMC),MSGCLASS=A,CLASS=A,NOTIFY=SYSUID
//*
//* TEST FOR IGD306I
Problem:
Batch Job:
Step1 -
Create temp dsn=TEMPLOY2,disp=(,pass,delete)(NON-SMS VOLUME)
Step2 - FTP can't find the temp file -
EZA1736I PUT 'TEMPLOY2' EMPLOY2.TXT
EZA1684W Local file not found
EZA1735I Std Return Code = 27000, Error Code = 00018
EOJ - system
(Forwarding an off-list response back to the List)
Patrick makes a very good point about the impact on software licensing when
moving from multiple CECs to a single large one. In our old configuration,
we had two pairs of medium-sized CECs. Because of the work distribution,
most software had to
On 23 Mar 2009 10:02:05 -0700, in bit.listserv.ibm-main you wrote:
Having grown up in farm country, I can tell you that domestic turkeys
are the absolute stupidest creatures on God's green Earth! You wouldn't
believe it unless you saw it!
The wild turkey is apparently a bird to be reckoned
Use a DD to reference the dataset in the PUT or DISP=(,CATLG,DELETE)
Dave Gibney
Information Technology Services
Washington State University
-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of Pat Monk
Sent: Monday, March 23, 2009
Robert,
Start a TCP trace on ports 20,21 for the IP address of scftpd.ca.com. If its a
firewall issue , there should be a stoppage of traffic during handshaking.
Perhaps an unsolicitied RST.
Kevin
From: IBM Mainframe Discussion List on behalf of
Was VIO around when IEHDASDR was in use?
Yes.
I learned both when I started with MVS, professionally, 28 years ago.
-
Too busy driving to stop for gas!
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send
You can't use VTAM messages as a model. NetView and VTAM have a very special
relationship.
The suppression was more than VTAM messages.
The only reason I mentioned VTAM was because our VTAM/SNA team was responsible
for NetView, as well.
What the ex-SYSPROG did was more than manage VTAM
Will Big Blue mainframes run Windows?
Track this topic Print story Post comment
z/VMs get Microsoft rumor
By Timothy Prickett Morgan • Get more from this author
Posted in Servers, 23rd March 2009 22:34 GMT
Whitepaper download - Eight CRM essentials
An obscure mainframe software company called
Bob Richards writes:
It has been awhile since someone has referenced the
Mainframe site:
http://mainframe.typepad.com/
Timothy Sipples has placed a nice post out there called
How Many Mainframes Do You Need?
It is worth the read, even for us old, crusty types who
sometime forget we didn't always
60 matches
Mail list logo