ADCD CD

2009-12-31 Thread David Logan 
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

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: ADCD CD

2009-12-31 Thread Mark Zelden 
On Thu, 31 Dec 2009 11:53:47 -0600, David Logan  wrote:

>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.zel...@zurichna.com
z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/
Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: ADCD CD

2009-12-31 Thread McKown, John 
> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:ibm-m...@bama.ua.edu] On Behalf Of David Logan
> Sent: Thursday, December 31, 2009 11:54 AM
> To: IBM-MAIN@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.mck...@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

 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: ADCD CD

2009-12-31 Thread David Logan 
z/OS 1.4, SYS1.LINKLIB. If somebody could XMIT a copy and email it to 
david_lo...@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

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: ADCD CD

2009-12-31 Thread McKown, John 
> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:ibm-m...@bama.ua.edu] On Behalf Of David Logan
> Sent: Thursday, December 31, 2009 12:36 PM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: ADCD CD
> 
> z/OS 1.4, SYS1.LINKLIB. If somebody could XMIT a copy and email it to 
> david_lo...@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.mck...@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

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: ADCD CD

2009-12-31 Thread Tom Marchant 
On Thu, 31 Dec 2009 12:35:44 -0600, David Logan wrote:

>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

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: ADCD CD

2009-12-31 Thread Edward Jaffe 

David Logan wrote:
*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
edja...@phoenixsoftware.com
http://www.phoenixsoftware.com/

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: ADCD CD

2009-12-31 Thread David Logan 
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.

Thanks for the tips

David Logan

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: ADCD CD

2009-12-31 Thread Mark Zelden 
On Thu, 31 Dec 2009 13:31:44 -0600, David Logan  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. 

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 http://expertanswercenter.techtarget.com/
Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: ADCD CD

2009-12-31 Thread David Logan 
That would be my guess too. I inherited this system, so I don't know if 
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.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: ADCD CD

2009-12-31 Thread Mark Zelden 
On Thu, 31 Dec 2009 13:41:47 -0600, Mark Zelden 
wrote:

>On Thu, 31 Dec 2009 13:31:44 -0600, David Logan  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.zel...@zurichna.com
z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/
Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: ADCD CD

2009-12-31 Thread Ted MacNEIL 
>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.

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!

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: ADCD CD

2009-12-31 Thread McKown, John 
> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:ibm-m...@bama.ua.edu] On Behalf Of Ted MacNEIL
> Sent: Thursday, December 31, 2009 2:23 PM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: ADCD CD
> 
> >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.
> 
> 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.mck...@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

 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: ADCD CD

2009-12-31 Thread Ted MacNEIL 
>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!
-
Too busy driving to stop for gas!

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: ADCD CD

2009-12-31 Thread Ted MacNEIL 
>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.

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!
-
Too busy driving to stop for gas!

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: ADCD CD

2009-12-31 Thread Mark Zelden 
On Thu, 31 Dec 2009 20:36:17 +, Ted MacNEIL  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.
>
>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.zel...@zurichna.com
z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/
Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html
 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: ADCD CD

2009-12-31 Thread Ted MacNEIL 
>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.

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!

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: ADCD CD

2009-12-31 Thread McKown, John 
> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:ibm-m...@bama.ua.edu] On Behalf Of Ted MacNEIL
> Sent: Thursday, December 31, 2009 3:41 PM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: ADCD CD
> 
> >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.
> 
> 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.mck...@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

 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: ADCD CD

2009-12-31 Thread Ted MacNEIL 
>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).

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!

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: ADCD CD

2009-12-31 Thread Mark Zelden 
On Thu, 31 Dec 2009 21:41:06 +, Ted MacNEIL  wrote:

>>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.zel...@zurichna.com
z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/
Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: ADCD CD

2010-01-01 Thread Chris Nelson 
D

~~


- Original Message -
From: IBM Mainframe Discussion List 
To: IBM-MAIN@bama.ua.edu 
Sent: Thu Dec 31 15:03:08 2009
Subject: Re: ADCD CD

>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).

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!

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: ADCD CD

2010-01-01 Thread Ted MacNEIL 
>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.

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!
-
Too busy driving to stop for gas!

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: ADCD CD

2010-01-01 Thread Shmuel Metz (Seymour J.) 
In
<1630022521-1262291773-cardhu_decombobulator_blackberry.rim.net-291847...@bda026.bisx.prod.on.blackberry>,
on 12/31/2009
   at 08:36 PM, Ted MacNEIL  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  
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: ADCD CD

2010-01-01 Thread Shmuel Metz (Seymour J.) 
In
<244040753-1262290962-cardhu_decombobulator_blackberry.rim.net-3510854...@bda026.bisx.prod.on.blackberry>,
on 12/31/2009
   at 08:22 PM, Ted MacNEIL  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.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: ADCD CD

2010-01-04 Thread Jan MOEYERSONS 
On Thu, 31 Dec 2009 13:31:44 -0600, David Logan 
 wrote:

>Since it is a development box, there hasn't been a lot of time given to
>it.

IMHO, development is just as well a customer of systems as any other user...

So why not give them the attention they deserve?

Jantje.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: ADCD CD

2010-01-04 Thread David Logan 
It's a bit like being a beer company. We just don't have the budget for
mainframes. It's considered secondarily at best. One of the things on my
list is to create a quality backup system. I have to minimize DASD usage so
that I can find a backup solution that doesn't cost a fortune. That was (and
still is) a 1st quarter goal.

David Logan

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf
Of Jan MOEYERSONS
Sent: Monday, January 04, 2010 5:33 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: ADCD CD

On Thu, 31 Dec 2009 13:31:44 -0600, David Logan 
 wrote:

>Since it is a development box, there hasn't been a lot of time given to
>it.

IMHO, development is just as well a customer of systems as any other user...

So why not give them the attention they deserve?

Jantje.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: ADCD CD

2010-01-04 Thread Staller, Allan 
Since you are accessing the 1.4 disks from another system, Just re-run
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-m...@bama.ua.edu] On
Behalf Of David Logan
Sent: Thursday, December 31, 2009 11:54 AM
To: IBM-MAIN@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

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: ADCD CD

2010-01-04 Thread John Eells 

David Logan 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.



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

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: ADCD CD

2010-01-04 Thread Scott Rowe 
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?

>>> John Eells  1/4/2010 2:39 PM >>>
David Logan 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.


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 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html 



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.


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: ADCD CD

2010-01-04 Thread Scott Rowe 
Or, ACCEPT all maintenance that was applied, then GENERATE to a new target, 
then copy SYS1.LINKLIB back?
 
Sure, it's no 10 second fix, but it should work.

>>> Scott Rowe  1/4/2010 2:43 PM >>>
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?

>>> John Eells  1/4/2010 2:39 PM >>>
David Logan 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.


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 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html 



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.


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html 



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.


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: ADCD CD

2010-01-04 Thread John Eells 

Scott Rowe wrote:

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.")


--
John Eells
z/OS Technical Marketing
IBM Poughkeepsie
ee...@us.ibm.com

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: ADCD CD -- MVS (JES2?) just hangs now

2010-01-01 Thread David Logan 
The saga continues...

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 CPU0MIN

IEF196I SRB0MIN 00.01SEC VIRT   300K SYS   248K EXT

IEF196I 10824K
IEF196I IEF375I  JOB/BLSJPRMI/START 2010001.0930
IEF196I IEF376I  JOB/BLSJPRMI/STOP  2010001.0930 CPU0MIN

IEF196I SRB0MIN 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

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: ADCD CD -- MVS (JES2?) just hangs now

2010-01-01 Thread David Logan 
I learned a bit more from the stand alone. JES2 is definitely stuck. The
system trace shows it clearly. It's looping around IWMW2REF+0406.

David Logan

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf
Of David Logan
Sent: Friday, January 01, 2010 8:19 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: ADCD CD -- MVS (JES2?) just hangs now

The saga continues...

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 CPU0MIN

IEF196I SRB0MIN 00.01SEC VIRT   300K SYS   248K EXT

IEF196I 10824K
IEF196I IEF375I  JOB/BLSJPRMI/START 2010001.0930
IEF196I IEF376I  JOB/BLSJPRMI/STOP  2010001.0930 CPU0MIN

IEF196I SRB0MIN 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

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: ADCD CD -- MVS (JES2?) just hangs now

2010-01-02 Thread Brian Westerman 
Sounds like you have some inconsistencies between modules.  You should
probably also restore LPALIB so that they match for JES and WLM, but it may
not be limited to just those two libraries.  Since you are on an ADCD
system, it may be quicker all around to restore the res volumes completely
and go from there.  Whatever messed up your LINKLIB in the first place has
probably affected more than just the one library and restoring just the one
doesn't seem to be a complete fix.

Brian

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html