ADCD CD
David Logan
that I can get a file off of it. It's designed for the Flex, so it's the
PC "CKD" two-file thing that goes into the emulator to then be copied
to internal DASD.
Is there any way to load these files from the CD right onto an empty
volume? FTP them up and use DITTO or something, perhaps?
Basically, I am running an old z/OS on a z9, and I need to reload one
of the systems files from S4RES1 and I am hoping I don't have to find
and fire up a flex or MP3000 and create an OS, set up communications
just to TSO XMIT and FTP a single PDS.
Any ideas?
Thanks!
David Logan
----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to list...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
Mark Zelden
>I need to get a copy of one of the ADCD CDs onto our mainframe so
>that I can get a file off of it. It's designed for the Flex, so it's the
>PC "CKD" two-file thing that goes into the emulator to then be copied
>to internal DASD.
>
>Is there any way to load these files from the CD right onto an empty
>volume? FTP them up and use DITTO or something, perhaps?
>
>Basically, I am running an old z/OS on a z9, and I need to reload one
>of the systems files from S4RES1 and I am hoping I don't have to find
>and fire up a flex or MP3000 and create an OS, set up communications
>just to TSO XMIT and FTP a single PDS.
>
What system file? What OS version? Someone might just be able
to send you a copy.
Mark
--
Mark Zelden
Sr. Software and Systems Architect - z/OS Team Lead
Zurich North America / Farmers Insurance Group - ZFUS G-ITO
mailto:mark....@zurichna.com
z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/
Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html
McKown, John
> From: IBM Mainframe Discussion List
> [mailto:IBM-...@bama.ua.edu] On Behalf Of David Logan
> Sent: Thursday, December 31, 2009 11:54 AM
> To: IBM-...@bama.ua.edu
> Subject: ADCD CD
>
> I need to get a copy of one of the ADCD CDs onto our mainframe so
> that I can get a file off of it. It's designed for the Flex,
> so it's the
> PC "CKD" two-file thing that goes into the emulator to then be copied
> to internal DASD.
>
> Is there any way to load these files from the CD right onto an empty
> volume? FTP them up and use DITTO or something, perhaps?
>
> Basically, I am running an old z/OS on a z9, and I need to reload one
> of the systems files from S4RES1 and I am hoping I don't have to find
> and fire up a flex or MP3000 and create an OS, set up communications
> just to TSO XMIT and FTP a single PDS.
>
> Any ideas?
>
> Thanks!
>
> David Logan
I don't know if this will work or not. IIRC, the uncompressed DASD format for hercules-390 is the same as on the MP3K. I'd download Hercules/390 from http://www.hercules-390.org and see if the "dasdls" program will give you a VTOC listing. If this works, then "dasdpdsu" can copy the members of a PDS to a local file. "dasdcat" can be used to copy a sequential file to "stdout", which can be put in a local file with redirection.
--
John McKown
Systems Engineer IV
IT
Administrative Services Group
HealthMarkets(r)
9151 Boulevard 26 * N. Richland Hills * TX 76010
(817) 255-3225 phone * (817)-961-6183 cell
john....@healthmarkets.com * www.HealthMarkets.com
Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM
David Logan
David...@g1.com that would be great. I also have an FTP site if
that doesn't work.
*sigh* I accidentally started an IEBCOPY compress on it and it broke
big time. Since we don't backup the system packs, I need to restore it.
I can do it, it's just going to take time. If I can get a copy easier, that
would be great.
David Logan
McKown, John
> From: IBM Mainframe Discussion List
> [mailto:IBM-...@bama.ua.edu] On Behalf Of David Logan
> To: IBM-...@bama.ua.edu
> Subject: Re: ADCD CD
>
> z/OS 1.4, SYS1.LINKLIB. If somebody could XMIT a copy and email it to
> David...@g1.com that would be great. I also have an FTP site if
> that doesn't work.
>
> *sigh* I accidentally started an IEBCOPY compress on it and it broke
> big time. Since we don't backup the system packs, I need to
> restore it.
> I can do it, it's just going to take time. If I can get a
> copy easier, that
> would be great.
>
> David Logan
Oh, I just found out that the Hercules/390 DASD utilities are able to read ADCD disks. However, I don't know that the utilities would be any good for SYS1.LINKLIB.
As an aside, I would wonder about the legality of anyone sending you SYS1.LINKLIB at all. The contents are copyrighted by IBM and should probably not be "given" to another entity.
If you really, really want to, I've heard that the ADCD is IPLable under Hercules/390 (never did it!) and that would be easier to set up than your MP3K (I think).
--
John McKown
Systems Engineer IV
IT
Administrative Services Group
HealthMarkets(r)
9151 Boulevard 26 * N. Richland Hills * TX 76010
(817) 255-3225 phone * (817)-961-6183 cell
john....@healthmarkets.com * www.HealthMarkets.com
Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM
----------------------------------------------------------------------
Tom Marchant
>z/OS 1.4, SYS1.LINKLIB.
>
>*sigh* I accidentally started an IEBCOPY compress on it and it broke
>big time. Since we don't backup the system packs, I need to restore it.
>I can do it, it's just going to take time. If I can get a copy easier, that
>would be great.
Don't you have another target zone either? How is it that you are still
running with a trashed LINKLIB?
Of course, if you do get another copy of LINKLIB, it will be out of sync
with SMP/E.
--
Tom Marchant
Edward Jaffe
> *sigh* I accidentally started an IEBCOPY compress on it and it broke
> big time. Since we don't backup the system packs, I need to restore it.
>
It might be time to rethink your backup strategy...
--
Edward E Jaffe
Phoenix Software International, Inc
831 Parkview Drive North
El Segundo, CA 90245
310-338-0400 x318
edj...@phoenixsoftware.com
http://www.phoenixsoftware.com/
David Logan
next year :)
Since it is a development box, there hasn't been a lot of time given to
it.
Re another question, it's not running. I'm using another partition to get
at the z/OS 1.4 volumes, and yes, I know it may be out of sync, but I'd
rather it running and out of sync than not running.
Thanks for the tips
David Logan
Mark Zelden
>HAHA yes, getting a backup strategy in place is a key deliverable Q1 of
>next year :)
>
>Since it is a development box, there hasn't been a lot of time given to
>it.
>
>Re another question, it's not running. I'm using another partition to get
>at the z/OS 1.4 volumes, and yes, I know it may be out of sync, but I'd
>rather it running and out of sync than not running.
>
Odds are, if someone else out there is running a 1.4 ADCD system,
they have never applied maintenance. Most of the ADCD users I know
of didn't apply a PTF unless something was really broken that they
couldn't use at all. The only updates done was the next ADCD OS.
Going back to the old P390s, there probably wasn't a lot of extra
DASD space for setting up a maintenance environment either.
Mark
--
Mark Zelden
Sr. Software and Systems Architect - z/OS Team Lead
Zurich North America / Farmers Insurance Group - ZFUS G-ITO
mailto:mark....@zurichna.com
z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/
Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html
----------------------------------------------------------------------
David Logan
any maintenance was applied. But at this point, I will cross that bridge
when I come to it.
I'm trying to get everybody onto 1.8 or 1.10 now anyway.
Mark Zelden
wrote:
>On Thu, 31 Dec 2009 13:31:44 -0600, David Logan <loga...@COMCAST.NET> wrote:
>
>>HAHA yes, getting a backup strategy in place is a key deliverable Q1 of
>>next year :)
>>
>>Since it is a development box, there hasn't been a lot of time given to
>>it.
>>
>>Re another question, it's not running. I'm using another partition to get
>>at the z/OS 1.4 volumes, and yes, I know it may be out of sync, but I'd
>>rather it running and out of sync than not running.
>>
>
>Odds are, if someone else out there is running a 1.4 ADCD system,
>they have never applied maintenance. Most of the ADCD users I know
>of didn't apply a PTF unless something was really broken that they
>couldn't use at all. The only updates done was the next ADCD OS.
>Going back to the old P390s, there probably wasn't a lot of extra
>DASD space for setting up a maintenance environment either.
>
Also, you probably wouldn't have much luck mixing 1.4 SYS1.LINKLIBs
from a system that did or didn't have the console restructure FMID and
visa versa. I know there was an ADCD with 1.4.2 (or 1.4w) but I don't
know if there was a prior ADCD with 1.4 without the console fmid.
Mark
--
Mark Zelden
Sr. Software and Systems Architect - z/OS Team Lead
Zurich North America / Farmers Insurance Group - ZFUS G-ITO
mailto:mark....@zurichna.com
z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/
Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html
----------------------------------------------------------------------
Ted MacNEIL
>The contents are copyrighted by IBM and should probably not be "given" to another entity.
I'm not a lawyer, nor do I play one on TV, but I do not believe it's an issue if you are both licenced.
-
Too busy driving to stop for gas!
McKown, John
> From: IBM Mainframe Discussion List
> [mailto:IBM-...@bama.ua.edu] On Behalf Of Ted MacNEIL
> Sent: Thursday, December 31, 2009 2:23 PM
> To: IBM-...@bama.ua.edu
> Subject: Re: ADCD CD
>
> sending you SYS1.LINKLIB at all.
> >The contents are copyrighted by IBM and should probably not
> be "given" to another entity.
>
> I'm not a lawyer, nor do I play one on TV, but I do not
> believe it's an issue if you are both licenced.
> -
> Too busy driving to stop for gas!
Most likely true. What I'm thinking of was in the distant past. We needed some product tapes. Another shop down the street had them. They were not allowed to give them to us. They had to give the tapes to an IBM rep, who then gave them to us.
--
John McKown
Systems Engineer IV
IT
Administrative Services Group
HealthMarkets(r)
9151 Boulevard 26 * N. Richland Hills * TX 76010
(817) 255-3225 phone * (817)-961-6183 cell
john....@healthmarkets.com * www.HealthMarkets.com
Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM
----------------------------------------------------------------------
Ted MacNEIL
next year :)
>Since it is a development box, there hasn't been a lot of time given to it.
I've been burned many times over the years, by attitudes that 'development does not matter'.
Unless you've 'stabilised' all your applications, have no abends, and no changes due to regulatory requirements, you have a need for development maintenance and backups.
One company I worked for lost a major business opportunity because an application source library got corrupted and had never been backed up.
Applications thought Storage Management was doing it; Storage Management said it was not Production, so it was not their responsibility.
Storage Management was wrong!
-
Too busy driving to stop for gas!
----------------------------------------------------------------------
Ted MacNEIL
>We needed some product tapes. >Another shop down the street had them.
>They were not allowed to give them to us.
>They had to give the tapes to an IBM rep, who then gave them to us.
I understand.
I went through that once many years ago, with an insurance company across the street, in Toronto.
The IBM rep, after one iteration, got p-o'd, and told us to just do it.
Don't ask; don't tell!
Mark Zelden
>>HAHA yes, getting a backup strategy in place is a key deliverable Q1 of
>next year :)
>
>>Since it is a development box, there hasn't been a lot of time given to it.
>
>I've been burned many times over the years, by attitudes that 'development
does not matter'.
>
>Unless you've 'stabilised' all your applications, have no abends, and no
changes due to regulatory requirements, you have a need for development
maintenance and backups.
>
>One company I worked for lost a major business opportunity because an
application source library got corrupted and had never been backed up.
>Applications thought Storage Management was doing it; Storage Management
said it was not Production, so it was not their responsibility.
>
>Storage Management was wrong!
>-
There's no right or wrong here about who's responsibility it is or was. What's
important is that the rules / roles / responsibilities are clearly defined,
documented and verified. Verified meaning audited or checked on a
regular basis for completeness, whether it be DR testing or some other
method.
Mark
--
Mark Zelden
Sr. Software and Systems Architect - z/OS Team Lead
Zurich North America / Farmers Insurance Group - ZFUS G-ITO
mailto:mark....@zurichna.com
z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/
Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html
Ted MacNEIL
For storage management, I disagree.
You do not have applications applying maintenance to DB2, or z/OS.
You do not have apps submitting production jobs.
You have centralised storage, so it should be managed centrally.
One of the tenants of SMS was to move to a central management model, and remove storage management from the job description of every programmer.
I come from the time where apps did all the back-ups, at their discretion.
That leads to differing standards, and inconsistent data.
Factor in DR and it's even worse.
Storage Management MUST be a centralised function, imo.
-
Too busy driving to stop for gas!
----------------------------------------------------------------------
McKown, John
> From: IBM Mainframe Discussion List
> [mailto:IBM-...@bama.ua.edu] On Behalf Of Ted MacNEIL
> Sent: Thursday, December 31, 2009 3:41 PM
> To: IBM-...@bama.ua.edu
> Subject: Re: ADCD CD
>
> is or was.
>
> For storage management, I disagree.
>
> You do not have applications applying maintenance to DB2, or z/OS.
> You do not have apps submitting production jobs.
>
> You have centralised storage, so it should be managed centrally.
> One of the tenants of SMS was to move to a central management
> model, and remove storage management from the job description
> of every programmer.
>
> I come from the time where apps did all the back-ups, at
> their discretion.
> That leads to differing standards, and inconsistent data.
> Factor in DR and it's even worse.
>
> Storage Management MUST be a centralised function, imo.
> -
> Too busy driving to stop for gas!
I agree. Our storage management has said "Our policy is that test data will not be backed up, other than HSM hbackups of libraries (PDS or PDSE). Application data is not a business critical resource.". Now, that latter may sound bad, but we have this horrible tendency to generate test data from production files. At DR, we only recover production data. Not even Model Office, certainly not test. We do backup our Model Office disk files once a quarter. We don't copy tape data, other than production, for DR purposes. Mainly to avoid the cost of more 3592J tapes.
--
John McKown
Systems Engineer IV
IT
Administrative Services Group
HealthMarkets(r)
9151 Boulevard 26 * N. Richland Hills * TX 76010
(817) 255-3225 phone * (817)-961-6183 cell
john....@healthmarkets.com * www.HealthMarkets.com
Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM
----------------------------------------------------------------------
Ted MacNEIL
That doesn't sound like an agreement to me.
I stated apps data, especially source, is important.
>Application data is not a business critical resource.".
> Now, that latter may sound bad, but we have this horrible tendency to generate test data from production files.
If you have to 'fix' an application what do you do if the latest code is still in application development libraries.
>At DR, we only recover production data.
Scenario:
Application A is not working after recovery at the disaster site.
Programmer attempts to sign on to read dumps/abend codes, and (possibly) fix the code.
No user JCL, code, or utilities are there.
Twiddling thiumbs?
Nudge nudge wink wink, say no more.
-
Too busy driving to stop for gas!
----------------------------------------------------------------------
Mark Zelden
>>There's no right or wrong here about who's responsibility it is or was.
>
>For storage management, I disagree.
>
>You do not have applications applying maintenance to DB2, or z/OS.
>You do not have apps submitting production jobs.
>
I was talking about test / development. I do agree that for anything
production or required for a disaster (this could include a lot of development
data), then storage management should be the gate keeper. But for
test data, unless you have a policy and resources to backup "everything that
spins on disk and everything created to tape", then I don't see a problem
with the application folks deciding on their own if it is important enough
to back up. In many shops, the amount of test data is equal to or greater
than the amount of production data.
Either way, both sides need to set and agree to the rules.
Mark
--
Mark Zelden
Sr. Software and Systems Architect - z/OS Team Lead
Zurich North America / Farmers Insurance Group - ZFUS G-ITO
mailto:mark....@zurichna.com
z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/
Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html
----------------------------------------------------------------------
David Logan
I restored SYS1.LINKLIB from the ADCD CD. MVS now comes up, but it appears
to hang right about the time that JES2MON and/or WLM is coming up. There is
no disabled wait, no messages on the console, no discernable interesting
messages in SYSLOG from a stand alone dump, it appears that I cannot type
anything into the console after it hangs. It just hangs.
Any ideas? The end of my master trace from my dump is:
IEF404I BLSJPRMI - ENDED - TIME=09.30.08
IEF196I IEF142I BLSJPRMI BLSJPRMI - STEP WAS EXECUTED - COND
IEF196I IEF373I STEP/IEFPROC /START 2010001.0930
IEF196I IEF374I STEP/IEFPROC /STOP 2010001.0930 CPU 0MIN
IEF196I SRB 0MIN 00.01SEC VIRT 300K SYS 248K EXT
IEF196I 10824K
IEF196I IEF375I JOB/BLSJPRMI/START 2010001.0930
IEF196I IEF376I JOB/BLSJPRMI/STOP 2010001.0930 CPU 0MIN
IEF196I SRB 0MIN 00.01SEC
IEA989I SLIP TRAP ID=X33E MATCHED. JOBNAME=*UNAVAIL,
IEF196I IEF285I ADCD.ZOSV14S.PARMLIB
IEF196I IEF285I VOL SER NOS= S4RES1.
IXZ0001I CONNECTION TO JESXCF COMPONENT ESTABLISHED, 045
GROUP N1 MEMBER N1$SYS1
And that's where it stops. The dump shows JES2 and WLM as address spaces
where both high level TCBs are in an RB wait. I'm not sure what the next
step is.
David Logan
David Logan
system trace shows it clearly. It's looping around IWMW2REF+0406.
David Logan
-----Original Message-----
From: IBM Mainframe Discussion List [mailto:IBM-...@bama.ua.edu] On Behalf
Of David Logan
Sent: Friday, January 01, 2010 8:19 AM
To: IBM-...@bama.ua.edu
Chris Nelson
~~~~~~~~~~~~~~
<Sent from blackberry>
Ted MacNEIL
>In many shops, the amount of test data is equal to or greater than the amount of production data.
I have no problem with that, either.
Nor, with business analysts deciding which applications are mission-critical.
My concern was regarding who does the back-up -- Storage Management.
And, they can't abrogate that responsibility by saying "it's not Production"!
>Either way, both sides need to set and agree to the rules.
Yes!
Shmuel Metz , Seymour J.
<1630022521-1262291773-cardhu_decombo...@bda026.bisx.prod.on.blackberry>,
on 12/31/2009
at 08:36 PM, Ted MacNEIL <eama...@YAHOO.CA> said:
>Storage Management was wrong!
No, management was wrong for not assigning clear authority and
accountability. Of course, both Storage Management and the applications
folks should have brought it to management attention before the balloon
went up, but it's possible that they did and were ignored.
--
Shmuel (Seymour J.) Metz, SysProg and JOAT
ISO position; see <http://patriot.net/~shmuel/resume/brief.html>
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)
Shmuel Metz , Seymour J.
<244040753-1262290962-cardhu_decombob...@bda026.bisx.prod.on.blackberry>,
on 12/31/2009
at 08:22 PM, Ted MacNEIL <eama...@YAHOO.CA> said:
>I'm not a lawyer, nor do I play one on TV, but I do not believe it's an
>issue if you are both licenced.
It is an issue, and has been since IBM started licensing software.
However, IBM has procedures in place, and it never used to be difficult to
follow them. The real problem was always finding a customer that had tapes
containing the right software and at the right level.
Staller, Allan
the compress from the other system.
I have had this happen in the past, and recovered with no issues.
HTH,
-----Original Message-----
From: IBM Mainframe Discussion List [mailto:IBM-...@bama.ua.edu] On
Behalf Of David Logan
Sent: Thursday, December 31, 2009 11:54 AM
To: IBM-...@bama.ua.edu
Subject: ADCD CD
I need to get a copy of one of the ADCD CDs onto our mainframe so
that I can get a file off of it. It's designed for the Flex, so it's the
PC "CKD" two-file thing that goes into the emulator to then be copied
to internal DASD.
Is there any way to load these files from the CD right onto an empty
volume? FTP them up and use DITTO or something, perhaps?
Basically, I am running an old z/OS on a z9, and I need to reload one
of the systems files from S4RES1 and I am hoping I don't have to find
and fire up a flex or MP3000 and create an OS, set up communications
just to TSO XMIT and FTP a single PDS.
Any ideas?
Thanks!
David Logan
----------------------------------------------------------------------
John Eells
> HAHA yes, getting a backup strategy in place is a key deliverable Q1 of
> next year :)
>
> Since it is a development box, there hasn't been a lot of time given to
> it.
>
> Re another question, it's not running. I'm using another partition to get
> at the z/OS 1.4 volumes, and yes, I know it may be out of sync, but I'd
> rather it running and out of sync than not running.
It might not run if out of sync. Or worse, it might *appear* to run but
cause problems you don't see until they are widespread. You really need
the library you lost _at the level you lost it_ to be certain all will
be well.
Mismatched levels of code are a support nightmare, too.
--
John Eells
z/OS Technical Marketing
IBM Poughkeepsie
ee...@us.ibm.com
Scott Rowe
>>> John Eells <ee...@US.IBM.COM> 1/4/2010 2:39 PM >>>
CONFIDENTIALITY/EMAIL NOTICE: The material in this transmission contains confidential and privileged information intended only for the addressee. If you are not the intended recipient, please be advised that you have received this material in error and that any forwarding, copying, printing, distribution, use or disclosure of the material is strictly prohibited. If you have received this material in error, please (i) do not read it, (ii) reply to the sender that you received the message in error, and (iii) erase or destroy the material. Emails are not secure and can be intercepted, amended, lost or destroyed, or contain viruses. You are deemed to have accepted these risks if you communicate with us by email. Thank you.
Scott Rowe
Sure, it's no 10 second fix, but it should work.
>>> Scott Rowe <Scott...@JOANN.COM> 1/4/2010 2:43 PM >>>
John Eells
> I just had a thought, shouldn't you be able to use SMP/E GENERATE to re-build the target from the DLIBs, and then re-apply the maintenance?
It might be better to ACCEPT all the maintenance first so the generated
library matches the rest of the system from the outset. If Dave has a
running system this is a good way to go. Note that any usermods will
need to be reinstalled unless they were also accepted (which is rarely
if ever recommended). And he might need some STEPLIBs to the target
system's MIGLIB and SASMMOD1 to get the right levels of SMP/E and HLASM.
See the z/OS Program Directory for the release you're working on to
see what STEPLIBs are needed if you are running from a different level.
(e.g., for R11, see "6.1.3 Using High Level Assembler, Program
Management Binder, and SMP/E for Subsequent z/OS V1.11.0 Installs.")