date:20060306

On Sun, 5 Mar 2006 19:33:55 -0600, McKown, John
[EMAIL PROTECTED] wrote:

In response to a different email on the same subject (not to clutter the
list):
I don't know if I had the PTFs installed for the console restructuring
on my z/OS 1.4 system. It was fairly up-to-date, but mainly in the DFSMS
area, to support the new 3584 tape library and 3592J tape drives.


You would know.  It wasn't just PTFs that were part of the service
stream.  You had to order (or at last download) the feature and
install the function sysmod (FMID JBB7727) on top of HBB7707. IIRC,
it would have changed your OS version from z/OS 1.4.0 to z/OS 1.4.2.

Mark
--
Mark Zelden
Sr. Software and Systems Architect - z/OS Team Lead
Zurich North America / Farmers Insurance Group
mailto: [EMAIL PROTECTED]
Systems Programming expert at http://expertanswercenter.com/
Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html

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

Re: Unusual FTP request.

On Mon, 6 Mar 2006 13:03:11 +0100, Chris Mason [EMAIL PROTECTED]
wrote:


Isn't the internal reader trick the simpler way to implement this
excellent idea?

INTRDR submission is usually frowned upon in a production environment
because the job scheduler usually can't track the job (nor trigger
jobs afterwards / satisfy dependencies). I happen to agree with that.
If you let the programmers (that control JCL changes at many shops)
new jobs would be added all the time without scheduling them.

Splitting it up is still a good idea, but it more scheduling work.

Still waiting to here if an SMTP step based on FTP RC could work or
why it wouldn't.

Mark
--
Mark Zelden
Sr. Software and Systems Architect - z/OS Team Lead
Zurich North America / Farmers Insurance Group
mailto: [EMAIL PROTECTED]
Systems Programming expert at http://expertanswercenter.com/
Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html

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

Re: Unusual FTP request.

2006-03-06 Thread Gibney, Dave

I know you can't, but tell them all that their NIMBY problem needs a
rational solution, not a FYUSTM (Obscene comment abbreviated) impossible
solution. 
   Shove the output of the FTP step into a dataset, rexx or what ever to
evaluate, ship email if needed. PUT THE damn thing in a cataloged
procedure and be done with it. 

 -Original Message-
 From: IBM Mainframe Discussion List 
 [mailto:[EMAIL PROTECTED] On Behalf Of McKown, John
 Sent: Friday, March 03, 2006 11:13 AM
 To: IBM-MAIN@BAMA.UA.EDU
 Subject: Re: Unusual FTP request.
 
  -Original Message-
  From: IBM Mainframe Discussion List
  [mailto:[EMAIL PROTECTED] On Behalf Of Dennis Trojak
  Sent: Friday, March 03, 2006 12:53 PM
  To: IBM-MAIN@BAMA.UA.EDU
  Subject: Re: Unusual FTP request.
  
  
  How about a conditional step after the FTP that checks 
 return code GT 
  zero. We do that and send an e-mail via SMTP to the Production team 
  along with any special instructions.
  Dennis.. 
 
 Possible, but unlikely. The programmers are really wanting 
 something so that they are not in the loop at all about 
 ftp. That is, they don't want the responsibility to put the 
 FTP step in the job, to check the RC and send mail, or 
 anything else. They want the ftp team to set up all of 
 that, including any userid/password requirements, maintaining 
 the IP address of the server, maintaining the ftp statements, 
 etc. From what I get, they want to say something like: I'm 
 going to create dataset XYZ.
 It needs to be ftp'ed to server ABC, into subdirectory DEF, 
 and given the name GHI. You figure out what needs to be done 
 to get the ftp to work and set it up independantly of my 
 job. Then, when XYZ is created, the ftp automagically occurs 
 without anything in their JCL. Similar to a dataset trigger 
 in CA-7. I.e. they really want out of the business of data 
 transfer beyond the initial put this dataset on that server 
 and give it this name in this subdirectory. Should anything 
 change after that (e.g. the dataset should go to another 
 server, the server file name or subdirectory should change), 
 they don't even want to know about it.
 That would be the responsibility of the ftp team to update 
 the ftp process (whatever it turns out to be).
 
 NFS/SMB has been mentioned in another post. I have done an 
 NFS import of a UNIX subdirectory onto the z/OS system. It 
 works quite well. However, the same problem occurs. If the 
 job terminates trying to copy to the NFS/SMB share, the 
 programmer would get called and they don't want to be. They 
 would still want someone else to do the NFS/SMB copy 
 function and be responsible for any problems with it. So, ftp 
 or NFS/SMB it is basically all the same to them. They don't 
 want anything related to the copying in any process for which 
 they are responsible. And they really don't want to set up a 
 second job to do the ftp/NFS work either.
 
 I know that sounds like they are being lazy, but they have 
 had such problems with this - again due mainly to server 
 problems - that they are frustrated and just want OUT! It is 
 one thing to get called about a problem you can fix. It is 
 another thing to get calls for a problem that is outside your 
 ability to fix or even diagnose properly.
 
 Well - off to the annual company meeting. Such fun.
 
 --
 John McKown
 Senior Systems Programmer
 UICI Insurance Center
 Information Technology

 

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

Re: Unusual FTP request.

In a recent note, Mark Zelden said:

 Date: Mon, 6 Mar 2006 08:25:50 -0600
 
 On Mon, 6 Mar 2006 13:03:11 +0100, Chris Mason [log in to unmask]
 wrote:
 
 Isn't the internal reader trick the simpler way to implement this
 excellent idea?
 
 INTRDR submission is usually frowned upon in a production environment
 because the job scheduler usually can't track the job (nor trigger
 jobs afterwards / satisfy dependencies). I happen to agree with that.
 If you let the programmers (that control JCL changes at many shops)
 new jobs would be added all the time without scheduling them.
 
Hmmm.  Clearly I work in a development environment, not a
production environment, so I'm curious about protocols.

What's a job scheduler  Is it made of silicon or carbon?
I thought that nowadays almost all jobs (barring those actually
submitted on physical, necrodendritic cards) go through an
INTRDR; it's simply a matter of how they get there.  Are
programmers in a production environment likewise discouraged
from using the TSO SUBMIT command (which, AFAIK, also uses
an INTRDR)?  How do jobs get submitted?  Must a human
bureaucrat (job scheduler) sign off on each one?

If the process is in fact automated, can't one job submit
another through the automated sanctioned channel, as opposed
to via INTRDR?

-- gil
-- 
StorageTek
INFORMATION made POWERFUL

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

EMSP00 changes, how to activate them?

2006-03-06 Thread Davis Kriss P

I have looked in the NVAS/NETVIEW manual for OS/390 and still have a
question.

If we change the text of the EMSP00 panel (signon panel), how do we get
NVAS to start using it?  Does NVAS have to be bounced or is there a
command to refresh the pointer to this panel?  Our operators are a bit
wary of bouncing NVAS except as part of an IPL.

Thanks in advance

Kriss


-
Kriss Davis, CCP
Interim Mainframe/eServer Manager
Datatel Project Management 
Illinois State University
[EMAIL PROTECTED]
309-438-2802
-

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

Migrating catalogs from os/390 2.7 to z/os v17

2006-03-06 Thread caleb ong


We planning to migrate our os/390 2.7 system to z/os v1.7.
Since there is no coexistence and fallback ptf available for this
migration. We would like to know what is the best way to migrate
the user catalogs to the new system.

Currently we are planning to do this.

Mastcat1 (os390 2.7)mastcat2(zosv17)
 !!
 Usercat1 (os390 2.7) Usercat2 (zosv17)
| |
 |-volume1


Instead of doing an IMPORT CONNECT of USERCAT1(os390 2.7) to 
MASTCAT2(zosv17),

We are planning to create new user catalogs in the zos v17 system and do
an export of usercat1 and then import it into usercat2. Both catalogs would 
have

pointers to the datasets in volume1.

prior to this, we will do the standard checking of catalogs. VERIFY, 
EXAMINE, DIAGNOSE.


Do you think this is a safe way to migrate the catalogs to the zosv17.

Are there any hitches that we need to consider.

Is there a better way of doing this ?

Thanks.


Caleb

P.S. If there are other sites who have migrated from very old system to the 
new zos without
coexistence and fallback support. It would be great if you could share your 
experiences with us.


_
FREE pop-up blocking with the new MSN Toolbar - get it now! 
http://toolbar.msn.click-url.com/go/onm00200415ave/direct/01/


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

Migrating catalogs from os/390 2.7 to z/os v17

2006-03-06 Thread caleb ong


We planning to migrate our os/390 2.7 system to z/os v1.7.
Since there is no coexistence and fallback ptf available for this
migration. We would like to know what is the best way to migrate
the user catalogs to the new system.

Currently we are planning to do this.

Mastcat1 (os390 2.7)mastcat2(zosv17)
 !!
 Usercat1 (os390 2.7) Usercat2 (zosv17)
| |
 |-volume1


Instead of doing an IMPORT CONNECT of USERCAT1(os390 2.7) to 
MASTCAT2(zosv17),

We are planning to create new user catalogs in the zos v17 system and do
an export of usercat1 and then import it into usercat2. Both catalogs would 
have

pointers to the datasets in volume1.

prior to this, we will do the standard checking of catalogs. VERIFY, 
EXAMINE, DIAGNOSE.


Do you think this is a safe way to migrate the catalogs to the zosv17.

Are there any hitches that we need to consider.

Is there a better way of doing this ?

Thanks.


Caleb

P.S. If there are other sites who have migrated from very old system to the 
new zos without
coexistence and fallback support. It would be great if you could share your 
experiences with us.


_
Don't just search. Find. Check out the new MSN Search! 
http://search.msn.com/


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

Re: EMSP00 changes, how to activate them?

2006-03-06 Thread John Hamman

When making changes to any of its panels, NetView Access must be cycled for it 
to 'recognize'  the changes.

HTH

John Hamman
Systems Programmer
BlueCross BlueShield of Mississippi
601.664.4410
[EMAIL PROTECTED]




* The information contained in this message, and attachments hereto, 
may be privileged/confidential, and may contain protected health information 
that is subject to use and disclosure restrictions under federal law.  It is 
intended only for the use of the individual or entity named above.  If you are 
not the intended recipient, or agent responsible for delivering this message to 
the intended recipient, you are hereby notified dissemination, distribution or 
copying of this communication is strictly prohibited.  If you have received 
this communication in error, please notify the sender immediately by return 
e-mail and delete the original message and any copy of it from your computer 
system.   All recipients are expected to maintain appropriate protections on 
the information contained herein.  *

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

ftp codes

2006-03-06 Thread Tuco Bonno

where, oh where in the world does one go to look up ftp return codes?
*
i'm running (or, *trying* to)  ibm's electronic service agent on a z/os
1.4 platform.
am getting a hes80090i message (another per se worthless ibm message)
which says nothing more than  ftp rc = 1/0x2710
 (i've researched the hes80090i msg at the lookat site, so i'm *trying*
to do my homework here - -  which says that i've got an ftp return code
- like i couldn't figure that out)
*
i've crawled all over the ibm communication server bookshelf 
  (
http://www-03.ibm.com/servers/eserver/zseries/zos/bkserv/r4pdf/commserv.html
)
to no avail in search of ftp return codes.
*
any adivice/help would be greatly appreciated 

   ==

/s/ tuco bonno

graduate, College of Conflict Management,
University of Southeast Asia.
I partied on the Ho Chi Minh trail

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

[no subject]


This is what lead to the discussion of how to flag an important issue:

--

I stumbled upon APAR OA14006 which documents new restrictions for  
sharing
RACF databases in non-data sharing mode when systems are in AIM stage  
1 or

higher. Let me quote from the APAR text:

Note: If your database is at application identity mapping (AIM)
  level 1 or higher, all systems that update the OMVS segment of
  USER or GROUP profiles, update the ALIAS segment of general
  resource profiles (for example, any SERVAUTH class profile),
  or run RACF utilities, must use GRS, must be in the same GRS
  complex, and must be at OS/390 release 10 or any z/OS release.
  Adding or deleting a profile that has any of these segments,
  altering these segments or running RACF utilities from a system
  outside this GRS complex may result in incorrect results and/or
  database corruption. To prevent database sharing errors, it may
  be useful to use RACF Program Control to restrict access to all
  RACF commands that can update these segments to make sure they
  cannot be used from systems outside a single GRS complex.

This design which was not documented before OA14006 was closed in  
December
2005, inhibits a method of operation which has been used by a large  
number

of RACF customers for decades. Any comments?
--
Ulrich Boche

--

Ed

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

Re: 64-bit question

2006-03-06 Thread Vernooy, C.P. - SPLXM

AFAIK, updating the LPAR definitions just updates the administration. It only 
takes effect when the LPAR is de-activated and activated again. Activation 
assignes storage from the free storage to an LPAR, de-activation returns 
storage from an LPAR to the free pool.

I supppose activate of an already active LPAR does effectively nothing.

Kees.


[EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED]...
 I just did a deactivate followed by an activate and the message is
 gone.  This brings up some interesting questions, like what exactly to
 deactivate and reset normal do?  Anyone know where this is doc'd?
 
 Thanks.
 


**
For information, services and offers, please visit our web site: 
http://www.klm.com. This e-mail and any attachment may contain confidential and 
privileged material intended for the addressee only. If you are not the 
addressee, you are notified that no part of the e-mail or any attachment may be 
disclosed, copied or distributed, and that any other action related to this 
e-mail or attachment is strictly prohibited, and may be unlawful. If you have 
received this e-mail by error, please notify the sender immediately by return 
e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), 
its subsidiaries and/or its employees shall not be liable for the incorrect or 
incomplete transmission of this e-mail or any attachments, nor responsible for 
any delay in receipt.
**

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

Re: IXFP No Longer Supported



I agree with what you say, but Rex specifically said rebuilding a test
system which to me implied refreshing a set of volumes rather than a
dataset level operation.
I think you could read it either way, depending on the type of test 
system.  For example, rebuilding test data bases might be at the dataset 
level.


--
Bruce A. Black
Senior Software Developer for FDR
Innovation Data Processing 973-890-7300
personal: [EMAIL PROTECTED]
sales info: [EMAIL PROTECTED]
tech support: [EMAIL PROTECTED]
web: www.innovationdp.fdr.com

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

Re: HDS backup process



Actually he is always right 

Thanks, Bruno.  If only it were true (sigh)

--
Bruce A. Black
Senior Software Developer for FDR
Innovation Data Processing 973-890-7300
personal: [EMAIL PROTECTED]
sales info: [EMAIL PROTECTED]
tech support: [EMAIL PROTECTED]
web: www.innovationdp.fdr.com

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

Update a module in LPA ?

2006-03-06 Thread Daniel Cremieux

Dear all,

Is there any way to refresh a module in LPA ?

Regards

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

Re: Unusual FTP request.

On Mon, 6 Mar 2006 08:41:56 -0700, Paul Gilmartin [EMAIL PROTECTED]
wrote:



Hmmm.  Clearly I work in a development environment, not a
production environment, so I'm curious about protocols.

What's a job scheduler  Is it made of silicon or carbon?

I meant job scheduling software. Are you nit picking, or did
you really not know what I was referring to?

And yes, all production jobs usually are scheduled through the
software.  Of course rules are made to be broken and there are
always exceptions.  We have some end users that submit jobs
that are considered production.  Obviously they don't get the
benefit of job scheduling software to automatically check return
codes etc. and kick off subsequent jobs.  But we do have ThruPut
Manager that emulates the Mellon Bank JES2 mods that include
/*BEFORE and /*AFTER, and people do make use of that.


Regards,

Mark
--
Mark Zelden
Sr. Software and Systems Architect - z/OS Team Lead
Zurich North America / Farmers Insurance Group
mailto: [EMAIL PROTECTED]
Systems Programming expert at http://expertanswercenter.com/
Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html

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

Re: z/OS 1.6 NFS server question

2006-03-06 Thread Tom Schmidt

On Sun, 5 Mar 2006 22:45:57 -0700, Timothy Sipples wrote:
Another response was to use SMB. But I have no experience with that.
And, given the general hostility of the Windows people towards the z/OS
system (and, I admit, the opposite), trying to set up z/OS as a Windows
file server is likely to be met with a no way. Hum, and likely the
same on our side as well.

Except that the Windows server people will be *more* hostile to NFS. It's
more work for them. NFS is not a native Windows file system. SMB is. The
reverse is probably true for Linux and UNIX, although Samba (SMB support
for Linux) is pretty easy and convenient.


The reason to use NFS instead of SMB is that NFS is an actual standard
while SMB is not.  Granted, SMB seems to be what Windows uses but MS didn't
publish the interface and a new release (or patch level) could break it at
any time... then the Windows weenies would REALLY growl, right?

Meet them halfway with NFS and if either side breaks the standard they need
to get it fixed.  Simple enough for management to understand.

--
Tom Schmidt
Madison, WI

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

CF usage at DR location

2006-03-06 Thread Schlehuber, Patrick

We are in the process of setting up a new Disaster Recovery scenario
using PPRC DASD and a Hot Stand-by datacenter (z9 CBU processor)

I have a question concerning how others have dealt with using a Coupling
Facility in this scenario. At our DR site we will have one ICF
configured on the same processor our z/OS image will run on  no
problem so far.

We would like to not maintain multiple CF policies, all Structures at
our primary location will need to be created at the Disaster site. If
the COUPLE Datasets are Mirrored, how can I IPL the DR machine when the
CFs will be different?

Can I code a CF policy that has the DR CF defined as a non-preferred CF
during normal processing and when a DR is called, will the Mirrored z/OS
IPL and fail trying to use the primary CF and failover to the DR CF?


Policy example:

CF NAME(CF01)  normal CF 
   ..
   ..  
   DUMPSPACE(2000)
  
CF NAME(CF02) = normal CF
   ..
   .. 
   DUMPSPACE(2000) 
   
 CF NAME(CFCBU)   == DR CF  
   ..
   ..   
   DUMPSPACE(2000)
 
STRUCTURE NAME(OPERLOG_STRUCT)
  PREFLIST(CF01,CF02,CFCBU)  

Would this work if CF01 and CF02 are the normal CFs in use and CFCBU
CF would only be used if IPL'd at he DR location?

I rambled a bit, just couldn't figure a way to explain this easily.   
 
Pat 

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

Re: ftp codes

2006-03-06 Thread Lucy Arnold

Here's what Qwikref says:


HES80090I MMDDHHMMSS VARIABLE = DEC /0X HEX .

Explanation:  This message is provided to note the value of a variable in
both decimal and hexadecimal.

o   MMDDHHMMSS
 is the timestamp for the message.

o   VARIABLE
 is the variable name as follows:

-   ENQ RC

-   FTP RC

-   FTP Failure RC

-- V=IBM P=ELECTRONIC SRVC AGNT R=V1R2 I=HES80090I --
 -   ESTAE rc

 -   IKJTSOEV return

 -   TRANSMIT failure rc

 o   DEC
  is the decimal value.

 o   HEX
  is the hexadecimal value.

 User Response:  None.

 System Action:  None.

 Programmer Response:

 Look for Misc_Msg_dechex
Look for Misc_Msg_dechex

System Programmer Response:

Operator Response:

Problem Determination:

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

Re: Fw: Tax chooses dead language - Austalia

2006-03-06 Thread Shmuel Metz (Seymour J.)

In [EMAIL PROTECTED], on 03/03/2006
   at 07:00 PM, Chris Mason [EMAIL PROTECTED] said:

Something else that came to mind was a comparison of the text markup
languages GML and SCRIPT since GML is created from SCRIPT using the
SCRIPT macro function - if my memory serves me well.

Yes, the GMLSS is implemented as SCRIPT macros. So are the BookMaster
and BookManager BUILD tag sets.
 
-- 
 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)

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

Re: ftp codes

2006-03-06 Thread Chase, John

 -Original Message-
 From: IBM Mainframe Discussion List On Behalf Of Tuco Bonno
 
 where, oh where in the world does one go to look up ftp return codes?
 *
 i'm running (or, *trying* to)  ibm's electronic service agent 
 on a z/os 1.4 platform.
 am getting a hes80090i message (another per se worthless ibm 
 message) which says nothing more than  ftp rc = 1/0x2710
  (i've researched the hes80090i msg at the lookat site, so 
 i'm *trying* to do my homework here - -  which says that i've 
 got an ftp return code - like i couldn't figure that out)
 *
 i've crawled all over the ibm communication server bookshelf
   (

http://www-03.ibm.com/servers/eserver/zseries/zos/bkserv/r4pdf/commserv.
html
 )
 to no avail in search of ftp return codes.
 *
 any adivice/help would be greatly appreciated 

Well, for z/OS 1.5 they're in the IP User's Guide and Commands manual,
at the end of the FTP chapter:

http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/F1A1B930/4.1
2?SHELF=F1A1BK41DT=20030703141739

or 

http://makeashorterlink.com/?I2B0150CC 

-jc-

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

Re: ftp codes

2006-03-06 Thread Jack Kelly

i don't what that hes msgid is all about , iusually see eza from mvs ftp 
or fots from sftp but most tof the rc and rsn code have to be decoded from 
unix
BPXZA83007/09/02 10:01:31   z/OS V1R4.0 UNIX System Services 
Messages and Codes  SA22-7807-03

Jack Kelly
LA Systems @ US Courts
x 202-502-2390

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

Re: ftp codes

2006-03-06 Thread Greg Shirey

Hmm, I found FTP reply codes in the IP and SNA Codes book:
http://publibz.boulder.ibm.com/epubs/pdf/f1a1d220.pdf

But these are three digit codes.  I don't know anything about IBM's
electronic service agent, but in the z/OS IP User's Guide book, it states
that FTP return codes are composed of a subcommand code and a reply code -
the return code is in the range 1-99 and the reply code a three digit
number.   It appears that your RC is 10 and reply code is 000.  10 is the
subcommand code for OPEN. 

I ran a test, attempting to connect to an IP address at random, and got
these messages back: 
EZA1554I Connecting to:   192.168.21.3 port: 21.

EZA2590E getNextReply error from recv = (1128.74500446) - EDC8128I
Connection refused
EZA1475I Connection with 192.168.21.3 terminated

EZA1735I FTP Return Code = 1, Error Code = 00010


Noting the return code, I'd guess you aren't connecting. 

Hope this helps,

Greg Shirey
Ben E. Keith Company


-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED]
Behalf Of Tuco Bonno
Sent: Monday, March 06, 2006 10:21 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: ftp codes


where, oh where in the world does one go to look up ftp return codes?
*
i'm running (or, *trying* to)  ibm's electronic service agent on a z/os
1.4 platform.
am getting a hes80090i message (another per se worthless ibm message)
which says nothing more than  ftp rc = 1/0x2710
 (i've researched the hes80090i msg at the lookat site, so i'm *trying*
to do my homework here - -  which says that i've got an ftp return code
- like i couldn't figure that out)
*
i've crawled all over the ibm communication server bookshelf 
  (
http://www-03.ibm.com/servers/eserver/zseries/zos/bkserv/r4pdf/commserv.html
)
to no avail in search of ftp return codes.
*
any adivice/help would be greatly appreciated 

 

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

Re: Update a module in LPA ?



Is there any way to refresh a module in LPA ?
Yes.  In the System Commands manual, see the section Managing Dynamic 
LPA Content. 


You can find the manual at
http://publibz.boulder.ibm.com/epubs/pdf/iea2g160.pdf

--
Bruce A. Black
Senior Software Developer for FDR
Innovation Data Processing 973-890-7300
personal: [EMAIL PROTECTED]
sales info: [EMAIL PROTECTED]
tech support: [EMAIL PROTECTED]
web: www.innovationdp.fdr.com

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

SMP/E for non-sysprogs?

2006-03-06 Thread Laura Prill

Hello,

Has anybody worked in a shop where people other than systems programmers
use SMP/E to maintain third-party products?

We currently have a discussion going on in our shop about transferring PTF
maintenance duties for one third-party product to an administrative group
that happens to include one former sysprog with SMP/E experience.  Because
the others in the group do not have systems backgrounds, I am concerned
that this decision could come back to haunt us in the long run, and that
it also may open Pandora's box for other third-party products where the
administrators are definitely non-technical.  However, I do not want to
stand in the way of a good idea by overreacting, if my concerns have no
basis.

If anyone has experienced this situation and could tell me the pros and/or
cons from your experience, I would love to hear them.

Thanks!
Laura Prill

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

Re: Update a module in LPA ?

2006-03-06 Thread Dean Montevago

SETPROG LPA

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Daniel Cremieux
Sent: Monday, March 06, 2006 11:36 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Update a module in LPA ?


Dear all,

Is there any way to refresh a module in LPA ?

Regards

--
For IBM-MAIN subscribe / signoff / archive access instructions, send
email to [EMAIL PROTECTED] 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: SMP/E for non-sysprogs?

In a recent note, Laura Prill said:

 Date: Mon, 6 Mar 2006 11:26:49 -0600
 
 We currently have a discussion going on in our shop about transferring PTF
 maintenance duties for one third-party product to an administrative group
 that happens to include one former sysprog with SMP/E experience.  Because
 the others in the group do not have systems backgrounds, I am concerned
 that this decision could come back to haunt us in the long run, and that
 it also may open Pandora's box for other third-party products where the
 administrators are definitely non-technical.  However, I do not want to
 stand in the way of a good idea by overreacting, if my concerns have no
 basis.
 
You're prudently cautious about designing a process around momentarily
available talent.  Beyond that, SMP/E expertise is a skill that can
be mastered and even taught.  Assuming your installation allocates
resources for training.

Would it make sense to have a central resource of SMP/E expertise
whose responsibilites are divided among systems and (third-party)
applications?  I envision conflicts assigning priorities if you
do this.  OTOH, the administrative overhead and latency for problem
reporting and corrective service installation/validation/testing
become unpleasant if all must be routed through Systems Programming.

-- gil
-- 
StorageTek
INFORMATION made POWERFUL

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

Re: SMP/E for non-sysprogs?

2006-03-06 Thread tony babonas

Yep, we did it.  

Pros:   none, other than management fantasy of lower
salaried people replacing higher salaried people.
Cons:   Murphy's Law in every imagineable form.
 
Children should not use power tools, only experienced
adults.  You will not have to wait for the long run
for this to haunt you.

tb
 

-Original Message-
From: IBM Mainframe Discussion List
[mailto:[EMAIL PROTECTED] On Behalf Of Laura Prill
Sent: Monday, March 06, 2006 11:27 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: SMP/E for non-sysprogs?

Hello,

Has anybody worked in a shop where people other than
systems programmers use SMP/E to maintain third-party
products?

We currently have a discussion going on in our shop
about transferring PTF maintenance duties for one
third-party product to an administrative group that
happens to include one former sysprog with SMP/E
experience.  Because the others in the group do not
have systems backgrounds, I am concerned that this
decision could come back to haunt us in the long run,
and that it also may open Pandora's box for other
third-party products where the administrators are
definitely non-technical.  However, I do not want to
stand in the way of a good idea by overreacting, if my
concerns have no basis.

If anyone has experienced this situation and could tell
me the pros and/or cons from your experience, I would
love to hear them.

Thanks!
Laura Prill

---
---
For IBM-MAIN subscribe / signoff / archive access
instructions, send email to [EMAIL PROTECTED] 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Update a module in LPA ?

2006-03-06 Thread Binyamin Dissen

On Mon, 6 Mar 2006 10:36:18 -0600 Daniel Cremieux [EMAIL PROTECTED] wrote:

:Is there any way to refresh a module in LPA ?

You can change the address that will be returned for a directory search of
LPA. 

However, some system routines remember the address of an LPA module and will
go to the same location even if the directory search address changes.

Which LPA module would you like to update?

--
Binyamin Dissen [EMAIL PROTECTED]
http://www.dissensoftware.com

Director, Dissen Software, Bar  Grill - Israel


Should you use the mailblocks package and expect a response from me,
you should preauthorize the dissensoftware.com domain.

I very rarely bother responding to challenge/response systems,
especially those from irresponsible companies.

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

Re: ftp codes

2006-03-06 Thread Charles Mills

FTP return codes (the 1 part) are I think documented in the FTP manual
(IP Commands). They are a 2-part code, split up 2/3. The 10 means one thing
and the 000 means something else.

The hex value? Who knows. Try looking at the IP codes books - I recall
there's two of them, one for clients and one for servers, and see if you can
find anything that makes sense.

Do you have FTP listing output? Is there an OUTPUT DD in the picture? Any
messages there? I find the messages a little obscure but ultimately I have
been able to figure out where they were documented.

Sorry this note is not more explicit. I'm too busy to actually look up the
exact details. This is all from memory.

You could try the TCP/IP list also

Charles



-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf
Of Tuco Bonno
Sent: Monday, March 06, 2006 8:21 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: ftp codes


where, oh where in the world does one go to look up ftp return codes?
*
i'm running (or, *trying* to)  ibm's electronic service agent on a z/os
1.4 platform.
am getting a hes80090i message (another per se worthless ibm message)
which says nothing more than  ftp rc = 1/0x2710
 (i've researched the hes80090i msg at the lookat site, so i'm *trying*
to do my homework here - -  which says that i've got an ftp return code
- like i couldn't figure that out)
*

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

Re: 64-bit question

On Mon, 6 Mar 2006 15:51:29 +0100, Vernooy, C.P. - SPLXM
[EMAIL PROTECTED] wrote:

I supppose activate of an already active LPAR does effectively nothing.


No, it will activate the current definitions which will include
destroying the running LPAR.

Mark
--
Mark Zelden
Sr. Software and Systems Architect - z/OS Team Lead
Zurich North America / Farmers Insurance Group
mailto: [EMAIL PROTECTED]
Systems Programming expert at http://expertanswercenter.com/
Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html

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

Manual References in Posts (was Update a module in LPA ?)

2006-03-06 Thread Chris Mason

To all who may be tempted,

Bruce here is pure goodness in providing just the needed manual reference.
What isn't quite pure goodness, in my opinion, is that it's a PDF file. It's
much faster to provide the CONTENTS page of the book rather than a PDF.
For example, for z/OS V1R7.0 MVS System Commands it's
http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/IEA2G160/CCONTENTS?SHELF=EZ2ZO10FDN=SA22-7627-12DT=20050714212238
which I expect will need a watch the wrap warning. It may be friendlier to
specify an URL which the list server system will not cut such as - praying
g:
http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/Shelves/EZ2CMZ60
We'll see if that worked required a cut or not.

Having got to the Contents page, a simple Edit-Find for the section title -
if no lower than 3 levels perhaps - will locate the wanted information. If
that's not appropriate, the library system provides a Search function.

For those who are keen PDF users, I know Acrobat has a pair of binoculars
but I don't think I'm alone in finding the library Search somewhat faster
and easier to use.

Chris Mason

- Original Message - 
From: Bruce Black [EMAIL PROTECTED]
Newsgroups: bit.listserv.ibm-main
To: IBM-MAIN@BAMA.UA.EDU
Sent: Monday, 06 March, 2006 6:37 PM
Subject: Re: Update a module in LPA ?


 
  Is there any way to refresh a module in LPA ?
 Yes.  In the System Commands manual, see the section Managing Dynamic
 LPA Content.

 You can find the manual at
  http://publibz.boulder.ibm.com/epubs/pdf/iea2g160.pdf

 -- 
 Bruce A. Black
 Senior Software Developer for FDR
 Innovation Data Processing 973-890-7300
 personal: [EMAIL PROTECTED]
 sales info: [EMAIL PROTECTED]
 tech support: [EMAIL PROTECTED]
 web: www.innovationdp.fdr.com

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

Re: 64-bit question

2006-03-06 Thread Alan C. Field

On Mon, 6 Mar 2006 15:51:29 +0100, Vernooy, C.P. - SPLXM
[EMAIL PROTECTED] wrote:

I supppose activate of an already active LPAR does effectively nothing.


Then Mark Z said No, it will activate the current definitions which 
will include destroying the running LPAR.

I agree, but wasn't Kees asking if he changed his image profile to alter
memory allocation and did an activate (essentially an IPL) the IPL
won't honour the new memory specification. So after shutting down the OS,
deactivate the LPAR then ACTIVATE will read the image profile and 
assign the new storage. 

Alan

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

Procedure for swinging one CTC to new mainframe for testing

2006-03-06 Thread Dave Myers

Have a base sysplex with 3 SCTC links (for redundancy) defined, between 
the 3 lpars.

We are getting a new z890 and want to move the TEST lpar from the old 
machine to the new
z890 for testing.

We want to recable one of the CTC's  so that it provides a LINK between 
the old machine and new.

What would the proper procedure be to do this?

We're keeping the IODF the same for the new machine, so the SCTC defs are 
not changing, nor are the LPAR numbers.

1. Seems like we'll have to STOP all the PATHINs/PATHOUTs for the wire 
that we're swinging.

2. And, for the  PATHINs/PATHOUTs (on this wire) for the other 2 LPARs 
that are staying
on the old machine...we'll have to remove them from the COUPLEds, so 
that they don't try
to use this link between themselves...while this link is cabled 
between the 2 machines?? 

3.  START the PATHIN/PATHOUTs for the links between the TEST LPAR and 
other 2 LPARs ??

TIA
Dave


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

Re: 64-bit question

AFAIK, updating the LPAR definitions just updates the administration. It only 
takes effect when the LPAR is de-activated and activated again.

There is one parameter that is dynamic.
That is processing weights.

All others require a recycle of the LPAR.

-
-teD

I’m an enthusiastic proselytiser of the universal panacea I believe in!

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

Re: SMP/E for non-sysprogs?

2006-03-06 Thread Lock Lyon

Well, hmmm.  I've seen this done in several places, with varying degrees 
of success.

Where it's worked well have been shops that had well-defined software 
maintenance strategies (see Parallel Sysplex ? Software Management for 
Availability, SG24-5451), as well as good inter-group communications.

There are sometimes benefits to distributing software maintenance as you 
describe. It's possible that the administrative group will be closer to 
the customers of your third-party product, more responsive to their needs, 
better equipped to answer questions, solve problems, etc.  However, such 
delegation is usually cost-effective only when there is a clear 
competitive business advantage to doing so.  Is (use of) this product 
critical to your company's business? Does the administrative group have 
the political power to affect software maintenance budgets?  If not, then 
this won't work.

On the other side, such a systems has clear drawbacks. One is 
communication (or lack of it).  Will the administrative group have a 
representative that attends regular systems programming meetings?  Will 
they be following your standards?  Will they be making production changes 
in the same, documented, organized way that you do?  Same early 
notification to those potentially affected?

Last, if the group takes responsibility for software maintenance then must 
do so (politically anyway) independently from any group member. If I were 
the manager of such a group, I'd certainly want a backup for the only one 
in my group with the requisite experience.

Tony's note about children and power tools applies to adults as well; I've 
known some experienced systems programmers that thought 
BYPASS(HOLDERROR) was the fastest way to slam things in.

Good luck.

Lock Lyon
YMMV. Advice offered freely and worth the price. Opinions are my own. 
When in doubt, lead a diamond.




tony babonas [EMAIL PROTECTED] 
Sent by: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU
03/06/2006 01:01 PM
Please respond to
IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU


To
IBM-MAIN@BAMA.UA.EDU
cc

Subject
Re: SMP/E for non-sysprogs?






Yep, we did it. 

Pros:   none, other than management fantasy of lower salaried people 
replacing higher salaried people. Cons:   Murphy's Law in every 
imagineable form.
 
Children should not use power tools, only experienced adults.  You will 
not have to wait for the long run for this to haunt you.

tb
 

-Original Message-
From: IBM Mainframe Discussion List
[mailto:[EMAIL PROTECTED] On Behalf Of Laura Prill
Sent: Monday, March 06, 2006 11:27 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: SMP/E for non-sysprogs?

Hello,

Has anybody worked in a shop where people other than systems programmers 
use SMP/E to maintain third-party
products?

We currently have a discussion going on in our shop about transferring PTF 
maintenance duties for one third-party product to an administrative group 
that happens to include one former sysprog with SMP/E experience.  Because 
the others in the group do not have systems backgrounds, I am concerned 
that this decision could come back to haunt us in the long run, and that 
it also may open Pandora's box for other third-party products where the 
administrators are definitely non-technical.  However, I do not want to 
stand in the way of a good idea by overreacting, if my concerns have no 
basis.

If anyone has experienced this situation and could tell me the pros and/or 
cons from your experience, I would love to hear them.

Thanks!
Laura Prill

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

Re: Fw: Tax chooses dead language - Austalia

2006-03-06 Thread Anne Lynn Wheeler

[EMAIL PROTECTED] (Chris Mason) writes:
 Something else that came to mind was a comparison of the text markup
 languages GML and SCRIPT since GML is created from SCRIPT using
 the SCRIPT macro function - if my memory serves me well.

stu did the original script for cms at the science center... using
runoff-like dot-commands
http://www.garlic.com/~lynn/subtopic.html#545tech

one of the earliest documents (besides cp67/cms documentation) that was
moved to script processing was principles of operation. script
conditionals were used to maintain a single copy for two different
versions. the full version was referred to as the architecture red
book (distributed in red 3-ring binders). the subset version was the
principles of operation and didn't contain all the architecture notes,
engineering notes, notes justifying the instruction, etc. you used
conditional on the cms script command line to control which version was
produced. I have some vague recollection of some POPs being printed off
a 1403 master ... where the diagram and other box vertical lines weren't
continuous (you could get a 1403tn train that was capable of producing
solid vertical lines).

then G, M,  L invented gml at the science center (gml selected
because it was their initials ... then had to come up with Generalized
Markup Language to go along with their initials). gml processing was
then added to the cms script command.
http://www.garlic.com/~lynn/subtopic.html#sgml

later gml was standardized as sgml ... and waterloo did a enhanced
version of the cms script command. there is story about how html was
created off stuff done with the waterloo enhanced script command.
http://infomesh.net/html/history/early/

at cern ... cern and slac were sister organizations and big vm shops ...
there is the old story circa 1974 about the cern tso/cms bakeoff report
at share ... and internally. copies were classified confidential -
restricted, available on a need-to-know basis only (attempting to
restrict information internally on how bad tso comparison was).

slac put up the first webserver in the us.
http://www.slac.stanford.edu/history/earlyweb/history.shtml

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

Re: IXFP No Longer Supported

2006-03-06 Thread Pommier, Rex R.

Ron and Bruce,

Actual SnapShotting (is that a word?) of the 150 volumes takes seconds
to run.  The rest of the time is involved in running the cleanup jobs
(modifying system datasets, bringing volumes online/offline, IPLing the
test LPAR, etc.  


Ron,  

You said Perhaps you're looking for the specific technology, rather
than how other ways, means and costs meet your process requirement..

I would be interested in looking at other ways of being able to do this,
but unfortunately cost is slightly prohibitive.  The viewpoint I'm
looking at is that the RVA is bought and paid for, and I would need to
buy 3 TB of disk to replace it.  With the mainframe is going away so
don't spend any money on it mentality at my shop, I'm pretty much stuck
where I'm at.  That is unless somebody can convince me that for the
maintenance costs on my RVA I can get 3 TB of disk along with
near-instantaneous dataset and volume level replication software.  If
you can do that, I'm all ears!   :-)

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

Re: Unusual FTP request.

On Mon, 6 Mar 2006 10:46:53 -0700, Paul Gilmartin [EMAIL PROTECTED]
wrote:

We might have something like that around for testing.  I've
never used it; I don't know anyone in my department who has.
Perhaps some of our testers.

Maybe not your department, but don't any of the z/OS systems you
work on have maintenance jobs that are regularly scheduled? Is it
all started with JES2 automatic commands? Or does an operator
submit them and cross the jobs off a flowchart?   Not far fetched
as one of my former small clients has no scheduling or restart/rerun
software and still does it that way.  There are some freebie ones
out there including one from David Cole called SCHEDRUN that I
have used before.  http://www.colesoft.com/utilities.html


 Manager that emulates the Mellon Bank JES2 mods that include
 /*BEFORE and /*AFTER, and people do make use of that.

Is this JES2-wannabe-JES3?


I know it included /*BEFORE jobname, /*AFTER jobname and /*WITH jobname,
but there may have been more to the mods.  From what I know, Mellon Bank
used to require anyone who communicated with them NJE to install the
mods.   You may be able to find more from the archives or someone like
Schmuel can probably give you additional details.

Mark
--
Mark Zelden
Sr. Software and Systems Architect - z/OS Team Lead
Zurich North America / Farmers Insurance Group
mailto: [EMAIL PROTECTED]
Systems Programming expert at http://expertanswercenter.com/
Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html

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

Re: 64-bit question

On Mon, 6 Mar 2006 13:35:23 -0600, Alan C. Field
[EMAIL PROTECTED] wrote:

On Mon, 6 Mar 2006 15:51:29 +0100, Vernooy, C.P. - SPLXM
[EMAIL PROTECTED] wrote:

I supppose activate of an already active LPAR does effectively nothing.


Then Mark Z said No, it will activate the current definitions which
will include destroying the running LPAR.

I agree, but wasn't Kees asking if he changed his image profile to alter
memory allocation and did an activate (essentially an IPL) the IPL
won't honour the new memory specification. So after shutting down the OS,
deactivate the LPAR then ACTIVATE will read the image profile and
assign the new storage.


Activate is not essentially an IPL.  It may or may not include IPL
depending on how the image profile is set up.   LOAD = IPL.

What I am saying is this:  ACTIVATE , *without* doing a prior DEACTIVATE,
will pick up changes to engines, weight,  storage, etc.   So activate of
an already active LPAR does indeed do something - at least on modern
processors (I can't say what it did on a 3090J).

Cheers,

Mark
--
Mark Zelden
Sr. Software and Systems Architect - z/OS Team Lead
Zurich North America / Farmers Insurance Group
mailto: [EMAIL PROTECTED]
Systems Programming expert at http://expertanswercenter.com/
Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html

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

Re: Unusual FTP request.

2006-03-06 Thread Neil Duffee

McKown, John wrote (to IBM-Main):

 [snip] programmers want a generic facility [snip] Using a dataset
 trigger requires updates to CA-7 to trigger a different job for each
 dataset (unless you know another way!). Also, everytime a new dataset
 is created, then they need a new ftp job and a new trigger to be
 entered. [snip] 

John: we use ESP from CyberMation but I expect that CA-7 will have 
similar capabilities.  You can probably use wild-card patterns in the 
triggering name then use a CA-7 substitute variable (%ESPTRDSN for 
ESP) within the 'generic' JCL.  With ESP, you can also trigger a Rexx-
like procedure along with simple JCL submission that can create other 
'user' variables ie. the destination server  directory.  I'd chat 
with your resident CA-7 guru.  (or the vendor would likely be pleased 
to help with a solution.)

I currently have JCL that operates for all of our environments (Dev, 
QA, Prod, etc.) to dump  process an ISV log from Cics and it's 
triggered from a single ESP event.  By parsing the triggering dataset 
name ie. the HLQ, in the ESP procedure, all sorts of JCL proc 
variables are set such as DB2 sub-sys name, Adabas DbId, StepLib HLQ, 
etc.  'course, you need naming rules that allow you to do this.

--  signature = 6 lines follows --
Neil Duffee, Joe SysProg, U d'Ottawa, Ottawa, Ont, Canada
telephone:1 613 562 5800 x4585 fax:1 613 562 5161
mailto:NDuffee of uOttawa.ca http:/ /aix1.uottawa.ca/ ~nduffee
How *do* you plan for something like that? Guardian Bob, Reboot
For every action, there is an equal and opposite criticism.
Systems Programming: Guilty, until proven innocent John Norgauer 
2004

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

Re: Manual References in Posts (was Update a module in LPA ?)



Bruce here is pure goodness in providing just the needed manual reference.
What isn't quite pure goodness, in my opinion, is that it's a PDF file. 
Chris, I thought about that and agree about searching, but as you 
mentioned, it is annoying to get these very long urls which wrap in many 
emails and need extra work to make it work right.  Perhaps it is better 
to just point them to the library url or the library center url and tell 
them to do their own search.  No perfect solution.  (does that up my 
goodness quotient a bit??)


--
Bruce A. Black
Senior Software Developer for FDR
Innovation Data Processing 973-890-7300
personal: [EMAIL PROTECTED]
sales info: [EMAIL PROTECTED]
tech support: [EMAIL PROTECTED]
web: www.innovationdp.fdr.com

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

Re: Manual References in Posts (was Update a module in LPA ?)

In a recent note, Chris Mason said:

Date: Mon, 6 Mar 2006 20:35:59 +0100

Bruce here is pure goodness in providing just the needed manual reference.

My thanks, also, to Bruce and others who do likewise. Even a document
number helps.

What isn't quite pure goodness, in my opinion, is that it's a PDF file. It's
much faster to provide the CONTENTS page of the book rather than a PDF.
For example, for z/OS V1R7.0 MVS System Commands it's
http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/IEA2G160/CCONTENTS?SHELF=EZ2ZO10FDN=SA22-7627-12DT=20050714212238

Actually, it's intact as served by bama.ua.edu. So your MUA, any intervening
MTAs (poor Charlie), and LISTSERV are friendly to it. No representations
made for any recipient software.

which I expect will need a watch the wrap warning. It may be friendlier to
specify an URL which the list server system will not cut such as - praying
g:
Why do they do that? From RFC 821:

4.5.3. SIZES

There are several objects that have required minimum maximum
sizes. That is, every implementation must be able to receive
objects of at least these sizes, but must not send objects
larger than these sizes.
[ ...]

text line

The maximum total length of a text line including the
CRLF is 1000 characters (but not counting the leading
dot duplicated for transparency).

Here, though, IBM shares the blame. The VM/CMS implementation of SMTP
(optionally) used virtual readers and punches as a Mail vehicle, thus
enforcing (in violation of RFC 821) an 82-character limit.

http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/Shelves/EZ2CMZ60
We'll see if that worked required a cut or not.

Which isn't the same. Perhaps:

http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/IEA2G160

Having got to the Contents page, a simple Edit-Find for the section title -
if no lower than 3 levels perhaps - will locate the wanted information. If
that's not appropriate, the library system provides a Search function.

Amen.

For those who are keen PDF users, I know Acrobat has a pair of binoculars
but I don't think I'm alone in finding the library Search somewhat faster
and easier to use.

Unless the resource costs of bandwidth, contention, and latency
are deemed inconsequential.

Vive la Bookie! A bas PDF. Please, IBM, don't switch.

-- gil
--
StorageTek
INFORMATION made POWERFUL

--
StorageTek
INFORMATION made POWERFUL

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

Re: IXFP No Longer Supported

The rest of the time is involved in running the cleanup jobs
(modifying system datasets, bringing volumes online/offline, IPLing the
test LPAR, etc.

This has been discussed recently, here.

Snapshots are fast.
Being able to use the data is not immediate.


-
-teD

I’m an enthusiastic proselytiser of the universal panacea I believe in!

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

Re: Unusual FTP request.

Is this JES2-wannabe-JES3?

Possibly.
But, the Mellon Mods have been around for years.

THRUPUT MGR has emulated them for over 10.

It's a little ironic: I worked at a shop that had one JES3 and two JES2 sites.
They got rid of JES3 due to support issues.

The first thing they did was get THRUPUT MGR  MSX/MSI to re-introduce the 
functionality to JES2, that they lost.

-
-teD

I’m an enthusiastic proselytiser of the universal panacea I believe in!

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

Re: IXFP No Longer Supported

2006-03-06 Thread Ron and Jenny Hawkins

Rex,

If you followed the friendly rivalry of Tim and I you'll see that 3TB of
Mainframe disk is pretty small in today's form factors. All you need is
16x300GB spindles in RAID-6 config behind an NSC55 and you have your 3TB.

And as for Maint vs new price, well replacing old disk on this basis makes
the storage world go round. Set your price and see if HDS, IBM or EMC will
step up to the plate with 3TB and Shadowimage. You can also go to Sun and HP
if your company has a stronger relationship with them.

You can also carve 3TB out of an existing storage controller being used for
the Open Systems servers, which would be even cheaper again.

Ron

 
 I would be interested in looking at other ways of being able to do this,
 but unfortunately cost is slightly prohibitive.  The viewpoint I'm
 looking at is that the RVA is bought and paid for, and I would need to
 buy 3 TB of disk to replace it.  With the mainframe is going away so
 don't spend any money on it mentality at my shop, I'm pretty much stuck
 where I'm at.  That is unless somebody can convince me that for the
 maintenance costs on my RVA I can get 3 TB of disk along with
 near-instantaneous dataset and volume level replication software.  If
 you can do that, I'm all ears!   :-)
 

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

Re: IXFP No Longer Supported



This has been discussed recently, here.

Snapshots are fast.
Being able to use the data is not immediate.
Ted, I didn't search the archives, but I believe we clarified that when 
using Snap, Flash, etc, access to the copied data IS immediate, even if 
the  vendor's implementation requires that the data be copied in the 
background.Depending on the circumstances, the housekeeping tasks 
which are NOT part of copying the data may take a noticeable time, but 
if you are copying to preallocated target datasets even this can be 
eliminated.


--
Bruce A. Black
Senior Software Developer for FDR
Innovation Data Processing 973-890-7300
personal: [EMAIL PROTECTED]
sales info: [EMAIL PROTECTED]
tech support: [EMAIL PROTECTED]
web: www.innovationdp.fdr.com

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

Re: CF usage at DR location

2006-03-06 Thread Neubert, Kevin (DIS)

Though not recovering in the exact manner you are planning your PREFLIST
proposal looks good to me.   With a PREFLIST consisting of ICFXXA, ICFXXB
and ICFXXD here are some syslog messages for your review.  ICFXXD does not
exist at home.

At home:

IXC517I SYSTEM  ABLE TO USE
COUPLING FACILITY
NAMED ICFXXB
IXC517I SYSTEM  ABLE TO USE
COUPLING FACILITY
NAMED ICFXXA
IXC518I SYSTEM  NOT USING
COUPLING FACILITY
NAMED ICFXXD
   REASON: NOT CONNECTED TO SYSTEM.
   REASON FLAG: 1332.

Away from home:

IXC517I SYSTEM  ABLE TO USE
COUPLING FACILITY
NAMED ICFXXD
IXC518I SYSTEM  NOT USING
COUPLING FACILITY
NAMED ICFXXA
   REASON: NOT CONNECTED TO SYSTEM.
   REASON FLAG: 1331.
IXC518I SYSTEM  NOT USING
COUPLING FACILITY
NAMED ICFXXB
   REASON: NOT CONNECTED TO SYSTEM.
   REASON FLAG: 1333.

Regards,

Kevin

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

Re: IXFP No Longer Supported

Ted, I didn't search the archives, but I believe we clarified that when 
using Snap, Flash, etc, access to the copied data IS immediate, even if 
the  vendor's implementation requires that the data be copied in the 
background.Depending on the circumstances, the housekeeping tasks 
which are NOT part of copying the data may take a noticeable time

How soon after I snap can I IPL?
How soon can I move the data offsite?

-
-teD

I’m an enthusiastic proselytiser of the universal panacea I believe in!

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

Re: IXFP No Longer Supported

2006-03-06 Thread Pommier, Rex R.

Bruce,

I don't claim to speak for Ted, but I took his comments as being along
the lines of what I mentioned earlier - that the tasks of setting up the
environment after the snaps are done isn't an immediate thing.  

Rex

snip


 This has been discussed recently, here.

 Snapshots are fast.
 Being able to use the data is not immediate.
Ted, I didn't search the archives, but I believe we clarified that when 
using Snap, Flash, etc, access to the copied data IS immediate, even if 
the  vendor's implementation requires that the data be copied in the 
background.Depending on the circumstances, the housekeeping tasks 
which are NOT part of copying the data may take a noticeable time, but 
if you are copying to preallocated target datasets even this can be 
eliminated.

/snip

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

Re: IXFP No Longer Supported

Mainframe disk is pretty small in today's form factors.

I'm somehow behind in terminology.
I've seen a few posts that state something is #U.
EG: 3U.
What does that mean?
-
-teD

I’m an enthusiastic proselytiser of the universal panacea I believe in!

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

Re: Share in Seattle

2006-03-06 Thread Pope, Lynette

Jay,

Do you plan to come to the MVS SCP Project dinner?

 Lynette 

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Jay Maynard
Sent: Sunday, March 05, 2006 7:33 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Share in Seattle

On Sun, Mar 05, 2006 at 04:48:25PM -0800, Gibney, Dave wrote:
I'm at the Red Lion, 2 blocks S. Went to a couple basic sessions 
 today. Learned a couple new things anyway.

I'm arriving in Seattle tomorrow afternoon. Hope to see the usual
suspects, and some unusual ones, while I'm there. Stop me if you want a
Hercules logo pin, too; I've got 250 of them with me.
-- 
Jay Maynard, K5ZChttp://www.conmicro.cx
http://jmaynard.livejournal.com  http://www.tronguy.net
http://www.hercules-390.org   (Yes, that's me!)
Buy Hercules stuff at http://www.cafepress.com/hercules-390

--
For IBM-MAIN subscribe / signoff / archive access instructions, send
email to [EMAIL PROTECTED] 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Unusual FTP request.

In a recent note, Mark Zelden said:

 Date: Mon, 6 Mar 2006 13:44:17 -0600
 
 Maybe not your department, but don't any of the z/OS systems you
 work on have maintenance jobs that are regularly scheduled? Is it
 all started with JES2 automatic commands? Or does an operator
 submit them and cross the jobs off a flowchart?   Not far fetched
 
Damn!  It's gotta be better than that (he muses).  So I asked.

I work in a development lab.  Backups are automated by the meager
scheduling facilities of HSM.  That's all the admin I asked
offered; I elected not to badger her for more, but she offered
that our production shop uses more sophisticated commercial
schedulers.

What scheduled maintenance should I expect in a development
lab?  Perhaps scratching tramp data sets?  Others?

Thanks for motivating me toward enlightenment,
gil
-- 
StorageTek
INFORMATION made POWERFUL

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

Re: IXFP No Longer Supported

I don't claim to speak for Ted, but I took his comments as being along
the lines of what I mentioned earlier - that the tasks of setting up the
environment after the snaps are done isn't an immediate thing.

Exactly.

As I said, How soon can I use the snap'd data?

That is the key!

Is a snap IPLable?

-
-teD

I’m an enthusiastic proselytiser of the universal panacea I believe in!

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

Re: IXFP No Longer Supported

2006-03-06 Thread Jeffrey Deaver

I'm somehow behind in terminology.
I've seen a few posts that state something is #U.
EG: 3U.
What does that mean?

1U = 1.75 inches in height, and is the U from RU or rack unit.  Its a
measurement of space for something to take in the standard 19 inch racks
used for everything these days.   Used to also be called 1 pizza box,
although I don't hear that much anymore.

I do believe the measurements are all left over from the old telephone
company days... and looking in Wikipedia I see that's right.  Want to read
more?

http://en.wikipedia.org/wiki/19-inch_rack

Jeffrey Deaver, Senior Analyst, Systems Engineering
651-665-4231

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

SET IBM-MAIN NOMAIL

2006-03-06 Thread Bob Bonhard

SET IBM-MAIN NOMAIL

Re: CA-OPS/MVS problem with z/OS 1.6

2006-03-06 Thread McKown, John

Just to give credit where credit is due, CA came through for me with a
pointer to a fix on their support site. I guess that I'm just not a good
searcher on their site. I put this one PTF on and all is well. 

That's one attaboy for CA today from me. Of course, that doesn't mean
that I won't complain in the future, if necessary GRIN

--
John McKown
Senior Systems Programmer
UICI Insurance Center
Information Technology

This message (including any attachments) contains confidential
information intended for a specific individual and purpose, and its
content is protected by law.  If you are not the intended recipient, you
should delete this message and are hereby notified that any disclosure,
copying, or distribution of this transmission, or taking any action
based on it, is strictly prohibited.

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

Re: IXFP No Longer Supported

2006-03-06 Thread Jeffrey Deaver

As I said, How soon can I use the snap'd data?
That is the key!
Is a snap IPLable?

We snap our entire production environment and can IPL immediately after the
snap.  Seperate LPAR definition with different IPL address and parmlibs for
the test environment are maintained from production environment and
available for IPL immediately after snap.   Its all STK V2X hardware.

We also take another, seperate, snap instance for BCP backups.  Again, the
backups to tape start immediately after the snaps are complete.

Jeffrey Deaver, Senior Analyst, Systems Engineering
651-665-4231

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

Re: Fw: Tax chooses dead language - Austalia

2006-03-06 Thread Anne Lynn Wheeler

Gerard Schildberger wrote:
 Where can one find more information on the TSO/CMS bakeoff report
 (also known as the CMS/TSO bakeoff)?  Is there a copy of it floating
 around in cyberspace ? ___Gerard S.

i did a quick look ... i thot i might find it along with a copy of 1979
SHARE LSRAD report ... but so far, no luck.

however, from the same era (circa 1974 cern cms/tso comparison), i did
stumble across hand-out and for some unknown reason, several
transparencies for Early VS2 Release 2 Users' Experience, presented by
Jeffry A. Alperin, Aetna Life and Casualty, Hartford Conn. given at
Guide 39, Anaheim, Cal, Session no. ops-6 (thursday, nov. 7, 1974 - 8:30
am).

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

Re: Update: PROTECTION EXCEPTION 0C4 - Job Doesn't Work When Dataset Used

2006-03-06 Thread Dave Kopischke

On Thu, 23 Feb 2006 12:40:26 -0500, Robert Pelletier
[EMAIL PROTECTED] wrote:

The job just worked using work files. It failed all morning with work.
Any ideas? Does an LE program require a lot of storage? It looks like our
PUBLIC volumes have plenty of space. Thanks all.

Think Spring !!!

Bob Pelletier
Connecticut Student Loan Foundation
Rocky Hill, Connecticut

Have you found an acceptable answer to this one ??? I recall having a very
similar issue a few years ago, but I haven't been able to find my notes on
it. We experienced very inconsistent behavior. But I seem to recall our
issue relating to passing a temporary dataset between steps. Someone also
had an answer, which is why I was trying to find my notes. Are you looking
for an answer or a way around it ???

If you just code something in the DSN= and make sure you don't specify
DISP=, the end result is a dataset that goes away after the JOB completes
much like a tempporary dataset.

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

Tax chooses dead language - Australia

2006-03-06 Thread Bruce Hewson

The Australian Tax Office is in the news again.

http://australianit.news.com.au/articles/0,7204,18371298%5E15306%5E%5Enbv%
5E,00.html

It contains reports on possible off-shoring work.

Also supportive comments about the use of COBOL based system.

Happy reading

Regards
Bruce Hewson

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

Re: IBM APAR


On Mar 6, 2006, at 7:19 AM, Chase, John wrote:



-SNIP

It's only been around for 3 - 4 years, maybe longer


I am still liking the hyper doc (or new classification like
installation?) type since it goes the SMP/e rout which
everyone knows about.


???




Some other sysprogs that I know don't know about it but they don't go  
SHARE. I would hate to think that this apparently nice facility is  
limited to SHARE attendees. I am not against this per se..


The idea that any important piece of information should be  
disseminated as widely as possible should be the end point in this  
discussion. Since IBM  has had this in place for 20 (++?) years with  
SMPHOLD data, to me makes this an ideal avenue for IBM to get  
information out to the end user (read sysprog) community.


I do like the idea of flash's but in truth over the years they never  
seemed to reach the intended community (sysprogs).


IBM has consistently (and to their credit) preached the smphold  
mantra. It works. Now maybe if the flash has other audiences then it  
serves its purposes. It appears to me that the flashes can exist side  
by side with smphold data they should not be mutually exclusive, so  
what if a flash and a holddata are sent out? No one is going to  
complain.


Ed


-jc-

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: SMP/E for non-sysprogs?

2006-03-06 Thread Laura Prill

Thanks for all the comments so far.  This third-party product has its own
segregated CSIs, which is a good thing.  But the product includes APF-
authorized libraries and SVCs, which is a bad thing.  I suppose we could
implement some convoluted scheme whereby Systems has to install anything
that touches those modules, but in my mind it seems to be more trouble than
it's worth.  I really just wondered if anyone out there was allowing SMP/E
use outside of Systems, period!

Thanks, Laura

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

Re: Share in Seattle

2006-03-06 Thread Jay Maynard

On Mon, Mar 06, 2006 at 05:12:22PM -0600, Pope, Lynette wrote:
 Do you plan to come to the MVS SCP Project dinner?

Yes, I am. I spoke to Sam earlier this evening, and he said he'd get me on
the list, but since you contacted me directly... :-) When and where is the
gathering?
-- 
Jay Maynard, K5ZChttp://www.conmicro.cx
http://jmaynard.livejournal.com  http://www.tronguy.net
http://www.hercules-390.org   (Yes, that's me!)
Buy Hercules stuff at http://www.cafepress.com/hercules-390

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

Re: SMP/E for non-sysprogs?

2006-03-06 Thread Hank Oerlemans

In a previous role, the systems area happily shared 
installation/maintenance responsbilities for a few products.

The sysprogs did the tape unload into the site standard data sets (which 
might be an SMPE process) and then handed over to the next area.
This process was most frequently used for DB2 products.

Why ?
Sysprogs had relevant access to create the new system speedily. 
Were owners of the standards doc ?
Had current SMPE knowledge.

Then handover to to the DBA's. Who had the relevant DB2 
access/knowledge/expertise to the DB2 subsystems.

Basically, if the DBA's followed the rules then we were happy.
...and they were nice people and followed the rules.

A further point - I found that even experienced sysprogs could get into 
trouble with SMP/E. I figured in the long run I would save lots of my time 
doing the donkey work for whoever and then handing over, rather than let 
someone stuff their CSI's and have to sort it out for them.

Cheers Hank

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

Re: SMP/E for non-sysprogs?

2006-03-06 Thread Tom Schmidt

On Mon, 6 Mar 2006 20:54:15 -0600, Laura Prill [EMAIL PROTECTED] wrote:

Thanks for all the comments so far.  This third-party product has its own
segregated CSIs, which is a good thing.  But the product includes APF-
authorized libraries and SVCs, which is a bad thing.  I suppose we could
implement some convoluted scheme whereby Systems has to install anything
that touches those modules, but in my mind it seems to be more trouble
than it's worth.  I really just wondered if anyone out there was allowing
SMP/E use outside of Systems, period!


APF libraries and SVCs ought to have enough Red Flags attached to them for
you to take the request to your organization's risk management group for
review.  Failing such a group, see your friendly neighborhood auditor.

The issues are: How can you verify that the SVC and APF modules in the
load libraries are, in fact, the modules produced by the SMP/E audit
trails?  What controls are in place to keep a user (any user) from
updating the libraries OUTSIDE of SMP/E's control?  What controls exist to
prohibit a rogue APAR/PTF/USERMOD (or FMID for that matter) from altering
any module in a manner unsupported by the vendor?  Can you verify that
every SMP/E process has all of the appropriate SMPLOG files available for
review?

Failing all of that... is your resume up-to-date and offline?

--
Tom Schmidt
Madison, WI
(Yes, I have been asked those questions by auditor(s) before.)

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

Re: z/OS 1.6 NFS server question

2006-03-06 Thread Ed Rabara

McKown, John [EMAIL PROTECTED] wrote:

I crossposted this to IBM-MAIN and IBMTCP-L because I'm not too sure
where the NFS expertise might reside. Apologies to those, like me, who
will get two copies.

John,

I replied to your posting in IBMTCP-L. You can contact me offline if I can
help.

One of the problems at my shop, is that Windows (up to 2003) Server has no
native NFS Client support. Since your 'doze guys have the pesetas (er,
Yuans?), maybe thay can spring for one at their end. Hummingbird, an NFS
Linux/Windows vendor, comes to mind.

Ed R.

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

Re: SMP/E for non-sysprogs?


On Mar 6, 2006, at 12:01 PM, tony babonas wrote:


Yep, we did it.

Pros:   none, other than management fantasy of lower
salaried people replacing higher salaried people.
Cons:   Murphy's Law in every imagineable form.

Children should not use power tools, only experienced
adults.  You will not have to wait for the long run
for this to haunt you.

tb

Hehe maybe you can get Steve C to come in and teach them, I hear he  
is looking for work.


Ed

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

Re: SMP/E for non-sysprogs?

2006-03-06 Thread Shane Ginnane

I'm basically with Hank and Tom on this.
My team are responsible for the integrity of systems we roll out. So we do
the SMP/E work, and own the system datasets - if any targets need
updating we do it.

Once applied, it is handed over to the team responsible for the software in
question, and they do cutomization.
If they find they need fixes they get them, and advise us.

Repeat as necessary.

Shane ...

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

Re: IXFP No Longer Supported

2006-03-06 Thread Timothy Sipples

1U is 1.75 inches of height in a standard rack.  Therefore a 3U device
only takes up 5.25 inches - not a lot of space when compared to an RVA!
Mainframe disk is pretty small in today's form factors.
I'm somehow behind in terminology.
I've seen a few posts that state something is #U.
EG: 3U.
What does that mean?

And I suppose I should fill out what I was thinking here.

There are plenty of environments (including Multiprise 3000 environments 
with built-in storage) in which a whole cabinet (or rack) is a lot of 
physical space, in reality and/or in management psychology.  Mainframe 
storage is tiny now, at least in the IBM DS6800 case (perhaps others, 
too).  That 3U height holds up to a few terabytes, and those terabytes can 
be split among multiple types of servers.  You can expand in 3U increments 
if you need more than a few terabytes.

That's what enterprise-class storage has become: tiny.  (That 3U is also 
very fast.  Not as fast as the big cabinets, but fast.)  And tiny 
investments are quite often easier investments.  Funny how people are that 
way, but there it is.

If somebody looks at the thing he/she can't help saying, That's it? 
That's all you want?  Did I mention it's tiny?

- - - - -
Timothy F. Sipples
Consulting Enterprise Software Architect, z9/zSeries
IBM Japan, Ltd.
E-Mail: [EMAIL PROTECTED]

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

Re: SMP/E for non-sysprogs?