Re: GRS and Ficon CTC

[R.S.]

Shane Ginnane wrote:


Anyone thought about it ???.
Is it possible ???. Manuals don't  mention it, and it sure doesn't look
like it from the messages at start up.

Looks like I am going to have to go find some ESCON CTCs. Anyone have a
solution ???.


Yes, some of us thought about it. 
Do you mean GRS over CTC, but *not* over XCF ?
IMHO you can't do it. GRS requires pretty ancient device type (BCTC), 
while this type is not supported on FICON chpid.

Probably it is IBM "recommendation" to use XCF (and then sysplex).

--
Radoslaw Skorupka
Lodz, Poland

--
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: Password Complexity

[R.S.]

Ted MacNEIL wrote:


Auditors neither make rules, nor enforce them.




I wish. They come armed with checklists that have no  connection to actual 
requirements.




Yes. But.

In theory, they should not be creating those lists.
Nor should they be enforcing them.

All they can do is document where you are not following them.
It's up to corporate compliance officers to enforce.

Also, you have the right to rebut(t).

Auditors are not that scary.

Creating, documenting, and enforcing standards are three duties that MUST be 
separate duties.
Anything else is a conflict of interest.


This is only a wish. Focusing on mainframe shops I've got to admit, very 
often there is no position even for auditor, so "auditor role" is 
maintained by ...security administrator. Separate auditor, even 
external, hired just for few days is only a wish. BTDT.

Sometimes this "admin/auditor" is also responsible for many other things.
Creating standards by auditor sounds obvious in such scenario.


--
Radoslaw Skorupka
Lodz, Poland

--
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: Why Backup To Tape?

[R.S.]

John S. Giltner, Jr. wrote:


Chantal wrote:


That was my argument as well.  How to do offsite backups.  My classmate
mentioned the possibility of a remote SAN for companies that already
have the infrastructure and bandwidth available to them.  I'm really
not sure how feasible that is though.



It is totally feasible.  There are companies that have remote DASD/SAN's 
and they really don't do backups, they do PPRC or XRC.  


That's the most serious mistake they can do!
"Regular" Backup is *not* for DR. What will they do when you delete by 
mistake some datasets ? The "deletion" will be synchronously replicated 
to the other site.
"Offsite" backup is different animal. However it is worth to consider 
whether you will need backup (and *migration*) tapes in DR site.



Guess where the remote DASD/SAN are located?  At their DR site.  The DR 
test involves "breaking" the copy connection, IPL'ing off the  DASD/SAN 
at DR and they are up and running.  I heard that on site that does this 
for one of their DR tests they were up and fully running in about 15-30 
minutes.


...and they have no DR solution during the tests and after that, until 
the DASD will get mirrored again. It can be matter of days.

Typical approach, unfortunately.
Solution: tertiary storage. You can do Snapshot/FlashCopy/WhatEver from 
secondary to tertiary and do your tests.
BTW: 15-30 minutes is another myth. It is time for IPL. Where is the 
time for check-out procedures, where is time for crew arrival (I assume, 
they're not waiting for disaster), where is the margin for emotions (to 
calm down).



What some sites do is backup to DASD locally to reduce 
system/application outage time and then backup the DASD backup to tape 
and send the tape offsite.  Currently we have a two hour hard window 
where all of our applications must be out of service.  We are going to 
start doing the DASD to DASD and then to TAPE thing and hopefully get 
down to just a few minutes.


Depending on application design it may be unnecessary to make any backup 
window. We're open 24x7 and have backups.
DASD mirror (FlashCopy, Snapshot) can reduce backup window, regardless 
of the backup media (disk or tape).


Regards
--
Radoslaw Skorupka
Lodz, Poland

--
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: DSLIST "Include Additional Qualifiers"

[R.S.]

Paul Gilmartin wrote:


In ISPF DSLIST, I enter as "Dsname Level" the pattern,
"USER.**.CSI", and deselect "Include Additional Qualifiers".
The display presented shows such as:

  USER.XYZ.GLOBAL.CSI*VSAM*
  USER.XYZ.GLOBAL.CSI.DATA   VOL999
  USER.XYZ.GLOBAL.CSI.INDEX  VOL999

Does this make sense?  Why is it showing me additional qualifiers
when I excluded them?


Isn't it because the entries are components of the cluster selected ?
AFAIK DSLIST will show you a component name even if it doesn't fit the 
pattern.


--
Radoslaw Skorupka
Lodz, Poland

--
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: Password Complexity

[Ted MacNEIL]

>This is only a wish.

In North America, it's more than a wish.
It's a requirement.


>Focusing on mainframe shops I've got to admit, very 
often there is no position even for auditor, so "auditor role" is maintained by 
...security administrator.

This is relevant to all organisations, not just mainframe shops.


>Separate auditor, even external, hired just for few days is only a wish. BTDT.

It's only a wish that I don't embezzle money from my company?


>Sometimes this "admin/auditor" is also responsible for many other things.

As long as creation/reporting/enforcement are not all done by the same people, 
other things are allowed.

>Creating standards by auditor sounds obvious in such scenario.

Not if you follow the principles of "separation of duty", which has many 
reasons for existance!
Do you allow the guy who wrote the programmme promote it to production?
Or, do you separate the duties?


-
-teD

300,000 Kilometres per Second
Not only is it a good idea!
It's the LAW!!!  

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

release numbers and FMIDs - again

[Jim McAlpine]

I'm trying to find out which FMIDs relate to which release numbers (as they
appear in apar descriptions) for VTAM and TCPIP.  More specifically, which
release numbers relate to HIP6140 and HVT6140 which are the TCPIP and VTAM
FMIDs for z/OS 1.4.  I don't have access to the z/OS 1.4 Program Directory
that Mark Zelden recently suggested contained this info.  Wouldn't it make
life much easier if the FMID's appeared in the apar description instead of
these cryptic release numbers.

Jim McAlpine

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

SHARE in Baltimore??!?!?! (The dark side...)

[Phil Payne]

http://www.breitbart.com/news/2006/05/21/D8HODD7G0.html

"The report by the Justice Department agency found that 62 percent of people
in jails have not been convicted, meaning many of them are awaiting trial."

A lot of us are frightened to go to the USA these days.  Baltimore or anywhere 
else.

-- 
  Phil Payne
  http://www.isham-research.co.uk
  +44 7833 654 800

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

DFDSS Question

[John Dawes]

I have about 60 volumes, and I need to perform a selective dataset backup on 
all of those volumes.  Does DFDSS allow to code a generic volume name?  For 
example the volsers start in SYSxxx and I want to backup only HFC.** dsns.  I 
know this is possible using the FDR command :
  MOUNT VOLG=SYS.
   
  If a generic name is not possible, is there another way instead of creating a 
backup step for each volume?
   
  Thank You all.  You all have been a great help to me in the past.
  
 


-
On Yahoo!7 
  360°:  Your own space to share what you want with who you want!

--
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: DFDSS Question

[O'Brien, David W. (NIH/CIT) [C]]

No, all 60 volumes would have to be listed unless you were willing to backup 
using catalog control and not limit your search to the SYSxxx vols. In other 
words, if all your HFC.** datasets reside on SYSxxx volumes and are catalogued 
then the following should work for you:

 //JOB3 JOB   accounting information,REGION=K
 //STEP1EXEC  PGM=ADRDSSU
 //TAPE DDUNIT=3480,VOL=SER=TAPE04,  
 //  LABEL=(1,SL),DISP=(NEW,CATLG),DSN=USER3.BACKUP  
 //SYSPRINT DDSYSOUT=A   
 //SYSINDD*  
  DUMP OUTDD(TAPE) - 
DS(INCL(HFC.**))   
 /*   

Have to give credit where it's do. FDR has the advantage when accessing groups 
of volumes.

-Original Message-
From: John Dawes [mailto:[EMAIL PROTECTED] 
Sent: Monday, May 22, 2006 8:03 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: DFDSS Question

I have about 60 volumes, and I need to perform a selective dataset backup on 
all of those volumes.  Does DFDSS allow to code a generic volume name?  For 
example the volsers start in SYSxxx and I want to backup only HFC.** dsns.  I 
know this is possible using the FDR command :
  MOUNT VOLG=SYS.
   
  If a generic name is not possible, is there another way instead of creating a 
backup step for each volume?
   
  Thank You all.  You all have been a great help to me in the past.
  
 


-
On Yahoo!7
  360°:  Your own space to share what you want with who you want!

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

OSA-ICC h/w & s/w

[Chase, John]

Hi, All,

In conjunction with our upcoming datacenter and CPU upgrades, we're
looking for information regarding what kind of hardware (PC-type) and
software (TN3270E-capable) would minimally be necessary.  We already
license Bluezone from Seagull Software as our "shop standard" for
"normal" terminal access to z/OS, and from the specs I've seen from our
z9 provider Bluezone should suffice for the remote consoles as well.
Any advice or comments to the contrary on that?

For the hardware, we've been informed that we should avoid running "too
many MVS consoles" unless we have a "fast processor", and that "IBM
stopped supporting more than two [consoles] on the MP3000, which was a
Pentium 400."  Well, nowadays it would be difficult to find a PC that
slow, so I wonder what would constitute a "fast processor" today?  Also,
how much RAM should we specify?  We need the capability to run at least
three MVS consoles, though we might tolerate a little "sluggishness" on
the techie sandbox console.

TIA,

-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: RMM & World Wide ID

[Russell Witt]

Radoslaw,

The VOLSAFE from STK has actually been around even longer then IBM
3592/WORM. However, because STK cannot change the operating system, they did
not include things like the WWID and the usage-count that IBM has inside
theirs. Will they in the future, only STK can answer that. But their WORM
device has been available longer then IBM; so I am not sure they will. After
all, they have given up on trying to remain hardware compatible with IBM for
some time now.

Russell Witt
CA-1 Level-2 Support Manager

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED]
Behalf Of R.S.
Sent: Monday, May 22, 2006 1:44 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: RMM & World Wide ID


Russell Witt wrote:
> Radoslaw,

Russell,
Thank you for the explanation. However I'm curious about other H/W
vendors. As you probably know there's also STK WORM solution.
Regards
--
Radoslaw Skorupka
Lodz, Poland

--
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: release numbers and FMIDs - again

[Salah Balboul]

The info you want is found here:
 
http://dtsc.dfw.ibm.com/adcd04/products.html
 
Hope this helps,
 
Salah



> Date: Mon, 22 May 2006 11:24:56 +0100> From: [EMAIL PROTECTED]> Subject: 
> release numbers and FMIDs - again> To: IBM-MAIN@BAMA.UA.EDU> > I'm trying to 
> find out which FMIDs relate to which release numbers (as they> appear in apar 
> descriptions) for VTAM and TCPIP.  More specifically, which> release numbers 
> relate to HIP6140 and HVT6140 which are the TCPIP and VTAM> FMIDs for z/OS 
> 1.4.  I don't have access to the z/OS 1.4 Program Directory> that Mark Zelden 
> recently suggested contained this info.  Wouldn't it make> life much easier 
> if the FMID's appeared in the apar description instead of> these cryptic 
> release numbers.> > Jim McAlpine> > 
> --> 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
_
Join the next generation of Hotmail and you could win the adventure of a 
lifetime
http://www.imagine-msn.com/minisites/sweepstakes/mail/register.aspx
--
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: DFDSS Question

[John Dawes]

Thanks David.  I guess I am stuck coding 63 steps.  I cannot risk backing up 
via catalog just in case.
   
  Thanks for your help.

"O'Brien, David W. (NIH/CIT) [C]" <[EMAIL PROTECTED]> wrote:
  No, all 60 volumes would have to be listed unless you were willing to backup 
using catalog control and not limit your search to the SYSxxx vols. In other 
words, if all your HFC.** datasets reside on SYSxxx volumes and are catalogued 
then the following should work for you:

//JOB3 JOB accounting information,REGION=K 
//STEP1 EXEC PGM=ADRDSSU 
//TAPE DD UNIT=3480,VOL=SER=TAPE04, 
// LABEL=(1,SL),DISP=(NEW,CATLG),DSN=USER3.BACKUP 
//SYSPRINT DD SYSOUT=A 
//SYSIN DD * 
DUMP OUTDD(TAPE) - 
DS(INCL(HFC.**)) 
/* 

Have to give credit where it's do. FDR has the advantage when accessing groups 
of volumes. 

-Original Message-
From: John Dawes [mailto:[EMAIL PROTECTED] 
Sent: Monday, May 22, 2006 8:03 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: DFDSS Question

I have about 60 volumes, and I need to perform a selective dataset backup on 
all of those volumes. Does DFDSS allow to code a generic volume name? For 
example the volsers start in SYSxxx and I want to backup only HFC.** dsns. I 
know this is possible using the FDR command :
MOUNT VOLG=SYS.

If a generic name is not possible, is there another way instead of creating a 
backup step for each volume?

Thank You all. You all have been a great help to me in the past.




-
On Yahoo!7
360°: Your own space to share what you want with who you want!

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



-
On Yahoo!7 
  360°:  Your own space to share what you want with who you want!

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

A little more insight on the Java strangeness I'm encountering

[Steve Comstock]

As I mentioned this weekend, some Java code
that used to run no longer runs. When I run
a simple lab exercise, I get:

Howdy.class 4: FSUM7343 cannot open "ÈëÈÊÁ/_---" for output: EDC5129I No 
such file or directory.


Howdy.class 4: FSUM7343 cannot open "¦/Î/Ñ?" for input: EDC5129I No such 
file or directory.


Howdy.class 4: FSUM7343 cannot open "¦/Î/%/" for input: EDC5129I No such 
file or directory.



I mentioned that I suspected some kind of ASCII/EBCDIC
interference was happening. Indeed, when I cut and paste
the quoted strings in the above messages and then browse
the text and then say 'dis utf8', I see:

tStream
javaio
javala

Looks like some kind of set up error.

java -version
returns:

java version "1.4.2" 

Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.2) 

Classic VM (build 1.4.2, J2RE 1.4.2 IBM z/OS Persistent Reusable VM 
build cm142-20040917 (JIT enabled: jitc))



javac compiles seem to work


And a newly compliled applet, run from some html,
also works.


So, I'm looking for diagnosis that would fit these
symptoms. Suggestions for where to look, what to
look at, what to look for.

Thanks.

Kind regards,

-Steve Comstock

--
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: DFDSS Question

[O'Brien, David W. (NIH/CIT) [C]]

Not 63 steps. The job can be done in one step, you just have to code the 
volumes in the indynam parameter. 

-Original Message-
From: John Dawes [mailto:[EMAIL PROTECTED] 
Sent: Monday, May 22, 2006 8:42 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: DFDSS Question

Thanks David.  I guess I am stuck coding 63 steps.  I cannot risk backing up 
via catalog just in case.
   
  Thanks for your help.

"O'Brien, David W. (NIH/CIT) [C]" <[EMAIL PROTECTED]> wrote:
  No, all 60 volumes would have to be listed unless you were willing to backup 
using catalog control and not limit your search to the SYSxxx vols. In other 
words, if all your HFC.** datasets reside on SYSxxx volumes and are catalogued 
then the following should work for you:

//JOB3 JOB accounting information,REGION=K
//STEP1 EXEC PGM=ADRDSSU
//TAPE DD UNIT=3480,VOL=SER=TAPE04,
// LABEL=(1,SL),DISP=(NEW,CATLG),DSN=USER3.BACKUP
//SYSPRINT DD SYSOUT=A
//SYSIN DD *
DUMP OUTDD(TAPE) -
DS(INCL(HFC.**))
/* 

Have to give credit where it's do. FDR has the advantage when accessing groups 
of volumes. 

-Original Message-
From: John Dawes [mailto:[EMAIL PROTECTED]
Sent: Monday, May 22, 2006 8:03 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: DFDSS Question

I have about 60 volumes, and I need to perform a selective dataset backup on 
all of those volumes. Does DFDSS allow to code a generic volume name? For 
example the volsers start in SYSxxx and I want to backup only HFC.** dsns. I 
know this is possible using the FDR command :
MOUNT VOLG=SYS.

If a generic name is not possible, is there another way instead of creating a 
backup step for each volume?

Thank You all. You all have been a great help to me in the past.




-
On Yahoo!7
360°: Your own space to share what you want with who you want!

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



-
On Yahoo!7
  360°:  Your own space to share what you want with who you want!

--
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: DFDSS Question

[O'Brien, David W. (NIH/CIT) [C]]

One more thing, you'll want to code ALLMULTI(FIRST) to avoid getting multiple 
backups of multi-volume files. 

-Original Message-
From: John Dawes [mailto:[EMAIL PROTECTED] 
Sent: Monday, May 22, 2006 8:42 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: DFDSS Question

Thanks David.  I guess I am stuck coding 63 steps.  I cannot risk backing up 
via catalog just in case.
   
  Thanks for your help.

"O'Brien, David W. (NIH/CIT) [C]" <[EMAIL PROTECTED]> wrote:
  No, all 60 volumes would have to be listed unless you were willing to backup 
using catalog control and not limit your search to the SYSxxx vols. In other 
words, if all your HFC.** datasets reside on SYSxxx volumes and are catalogued 
then the following should work for you:

//JOB3 JOB accounting information,REGION=K
//STEP1 EXEC PGM=ADRDSSU
//TAPE DD UNIT=3480,VOL=SER=TAPE04,
// LABEL=(1,SL),DISP=(NEW,CATLG),DSN=USER3.BACKUP
//SYSPRINT DD SYSOUT=A
//SYSIN DD *
DUMP OUTDD(TAPE) -
DS(INCL(HFC.**))
/* 

Have to give credit where it's do. FDR has the advantage when accessing groups 
of volumes. 

-Original Message-
From: John Dawes [mailto:[EMAIL PROTECTED]
Sent: Monday, May 22, 2006 8:03 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: DFDSS Question

I have about 60 volumes, and I need to perform a selective dataset backup on 
all of those volumes. Does DFDSS allow to code a generic volume name? For 
example the volsers start in SYSxxx and I want to backup only HFC.** dsns. I 
know this is possible using the FDR command :
MOUNT VOLG=SYS.

If a generic name is not possible, is there another way instead of creating a 
backup step for each volume?

Thank You all. You all have been a great help to me in the past.




-
On Yahoo!7
360°: Your own space to share what you want with who you want!

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



-
On Yahoo!7
  360°:  Your own space to share what you want with who you want!

--
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: release numbers and FMIDs - again

[Paul Gilmartin]

In a recent note, Jim McAlpine said:

> Date: Mon, 22 May 2006 11:24:56 +0100
> 
> that Mark Zelden recently suggested contained this info.  Wouldn't it make
> life much easier if the FMID's appeared in the apar description instead of
> these cryptic release numbers.
> 
Yes.  Even as if would make life much easier if HOLDERROR reason
codes were search keys in IBMLink.  Conway's law again.  Presumably
three different departments assign codes of the three classes, and
they don't much talk to each other.

-- 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: SHARE in Baltimore??!?!?! (The dark side...)

[Chase, John]

> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of Phil Payne
> 
> http://www.breitbart.com/news/2006/05/21/D8HODD7G0.html
> 
> "The report by the Justice Department agency found that 62 
> percent of people in jails have not been convicted, meaning 
> many of them are awaiting trial."
> 
> A lot of us are frightened to go to the USA these days.  
> Baltimore or anywhere else.

Well, we gotta be afraid of terrorists, and we gotta be afraid of our
neighbors, and we gotta be afraid of our friends, and we gotta be afraid
of bogeymen hiding behind trees, and we gotta be afraid of "dust
bunnies" under our beds, and we gotta be afraid

-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: release numbers and FMIDs - again

[Mark Zelden]

On Mon, 22 May 2006 11:24:56 +0100, Jim McAlpine <[EMAIL PROTECTED]> wrote:

>I'm trying to find out which FMIDs relate to which release numbers (as they
>appear in apar descriptions) for VTAM and TCPIP.  More specifically, which
>release numbers relate to HIP6140 and HVT6140 which are the TCPIP and VTAM
>FMIDs for z/OS 1.4.  I don't have access to the z/OS 1.4 Program Directory
>that Mark Zelden recently suggested contained this info.  Wouldn't it make
>life much easier if the FMID's appeared in the apar description instead of
>these cryptic release numbers.
>
>Jim McAlpine
>

Hi Jim,

Don't you have access to the web to get to IBM's internet library?
http://www-03.ibm.com/servers/eserver/zseries/zos/bkserv/

>From there you will find z/OS elements and features publications.
Click on z/OS 1.4.  From there just search the z/OS V1R4.0 elements 
and features bookshelf (Disc 1) for "program directory".  You'll
find it in bookmangler and adobe format.

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: release numbers and FMIDs - again

[Jim McAlpine]

Thanks Mark.  I didn't realise that the PGMDIR was included on these
bookshelves, I thought it just came as machine readable material as part of
the install.

Thanks again

Jim McAlpine

On 5/22/06, Mark Zelden <[EMAIL PROTECTED]> wrote:


On Mon, 22 May 2006 11:24:56 +0100, Jim McAlpine <[EMAIL PROTECTED]>
wrote:

>I'm trying to find out which FMIDs relate to which release numbers (as
they
>appear in apar descriptions) for VTAM and TCPIP.  More specifically,
which
>release numbers relate to HIP6140 and HVT6140 which are the TCPIP and
VTAM
>FMIDs for z/OS 1.4.  I don't have access to the z/OS 1.4 Program
Directory
>that Mark Zelden recently suggested contained this info.  Wouldn't it
make
>life much easier if the FMID's appeared in the apar description instead
of
>these cryptic release numbers.
>
>Jim McAlpine
>

Hi Jim,

Don't you have access to the web to get to IBM's internet library?
http://www-03.ibm.com/servers/eserver/zseries/zos/bkserv/

From there you will find z/OS elements and features publications.
Click on z/OS 1.4.  From there just search the z/OS V1R4.0 elements
and features bookshelf (Disc 1) for "program directory".  You'll
find it in bookmangler and adobe format.

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



--
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: FDR/ABR in large shops

[Richard Pinion]

I guess FDR/ABR vs. DSS/HSM is a little like politics and religion, 
everyone has an opinion and they have strong feelings regarding those 
opinions.  Sometimes the opinions are based on facts and sometimes they 
are not.  And sometimes our opinion are based on things that happened a 
long time ago, so maybe a new look is in order.

I prefer FDR/ABR based on my experiences with DSS/HSM in the late 90's.  
It was my first exposure to DSS/HSM.  I didn't have any formal training in 
using DSS/HSM.  I had used DSS by itself previously.  The 
problems/inadequacies that I ran into were probably due more to my lack of 
understanding than anything else.  Since this was a new shop preparing to 
go into production, I felt it was necessary to put in place procedures 
that I knew worked.  I was tired of telling the programming staff that a 
file they needed from such and such a day wasn't backed up or migrated.  
Again, probably my fault more than HSM/DSS.  

In the end, whatever you use, the key is to be able to restore data on 
a "as needed basis"  and to provide for the recovery of your DASD farm in 
the event of disaster in a timely manner.  How much time and media the 
backups take is also a consideration.  And even if it isn't the proper 
thing to base one's choice on, cost is a factor.  

--
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 SMS info in SMF15 for Temp dsns?

[Vernooy, C.P. - SPLXM]

Hello,

I noticed that some SMF 15 records were lacking SMS info (SMF15DCN, SMF15SCN 
and SMF15MCN). After some investigation, this seems to be true for temporary 
datasets. From IGD messages I know the datasets have a mgmtclas, storclas and 
dataclas assigned, but this is not reflected in the SMF15 fields. One 
application that seems to open and close its temporary dataset several times 
has SMS info recorded in the SMF15 records of Open #2 thru n, not for Open #1, 
so the problem seems to exist for the first open of temporary datasets.

I can't find anything on this in IBM.
Is this as designed and is it documented somewhere or is it just a bug?

Thanks,
Kees.



**
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

Fw: SMS-Managed System Volumes (Was: FDR/ABR in large shops)

[Ted MacNEIL]

This was supposed to go to the list.

--Original Message--
To: O'Brien, David W. \(NIH/CIT\) [C]
Sent: May 22, 2006 09:37
Subject: Re: SMS-Managed System Volumes (Was: FDR/ABR in large shops)

>Neither, the manual just hadn't gone through the necessary hoops to get 
>published to the world.

And, SMS has been around for how long?

>Gee, there's a lot of anti-IBM Bias out there!

Not necessarily bias, but concern.
IBM claims to be concerned about the state of the mainframe & its complexity.
But, they are also acting like it will stay on its own momentum!

I want them to get their act in gear!
Before management really starts to believe the airline magazines!


-
-teD

300,000 Kilometres per Second
Not only is it a good idea!
It's the LAW!!!  

--
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: Cost of tools (was: Migrating from OPS/MVS to AF/OPERATOR)

[Tom Marchant]

Does anyone know when 3.4 was first introduced?

How about when the Workplace (3.11) was introduced?

There's a lack of credibility when people talk about 3.4 as an example
of using new features.

As to panels that pop up to tell me about new features, I find them
to be rather annoying.  If they tell only about the changes since the
last release, they are of little value.  How many of us migrate to
every new release?  If they go back to far, there is too much
repetition.  The time for me to effectively learn new features is not
when I begin using the tool for a particular purpose.  I need to
explore the tool when I have a little more free time.  Maybe
it's just me

On Thu, 18 May 2006 16:12:56 +, Dave Salt <[EMAIL PROTECTED]> wrote:

>>In <[EMAIL PROTECTED]>, on 05/15/2006
>>at 08:49 PM, Dave Salt <[EMAIL PROTECTED]> said:
>>
>> >My experience is that 90% of programmers use the upgraded ISPF/PDF
>> >interface  almost immediately after the new option is added to their
>> >ISPF menu. The other 10% eventually come around, just as they
>> >eventually came around to using ISPF option 3.4. Human nature is
>> >such that if a tool is not only far more powerful than whatever they
>> >were using before, but is also far easier to use, inertia is quickly
>> >overcome.
>
>>From: "Shmuel Metz (Seymour J.)" <[EMAIL PROTECTED]>
>>That's not my experience; I've seen all too many programmers ignoring
>>useful ISPF enhancements for many releases. In some cases they will
>>try them once they see[1] me using them, but in other cases they won't
>>because it's not what they're used to.
>>
>
>I think that's the key; the user has to 'see' the new 
command/feature/option
>in order to use it. For example, along comes a new release of ISPF with a
>wonderful new command that can be used in edit called 'COMPARE'. However,
>where does the user have to go to know this new command is available? Most
>users don't read tutorials or new versions of the ISPF manuals. So, unless
>they get training (Steve: your comments go here...) or they see someone 
else
>use the command or they see the command 'advertised' somewhere on one of 
the
>panels they go to, the new command is simply ignored. However, if you add a
>new option to an ISPF menu (e.g. just as 3.4 was once added), curiosity 
will
>eventually get the better of most people, and eventually they'll go in and
>take a look.
>
>Most ISPF panels work on the premise that people will read the manuals or 
go
>into tutorials or pull down the drop down menus. In my experience, just 
like
>yours, this isn't the case. Options and commands have to be clearly visible
>or at least presented, otherwise most people will never know they exist.
>Some people think it's impossible to display every command or option on a
>panel, because each panel has limited space. However, where there's a will
>there's usually a way. For example, using the edit COMPARE command I just
>mentioned, it would obviously be impractical to permanently list the 
command
>at the top of the edit panel. So, in a situation like this, an alternative
>might be to do something like this:
>
>1) When someone goes into an edit session under a new ISPF release for the
>very first time, a message could be displayed saying "The following new
>commands are available...".
>
>2) When someone goes into ISPF option 3.12 for the very first time, a
>message could be displayed saying "Did you know you can compare 2 files 
from
>within an edit session? Here's how..."
>
>These suggestions are not 'bullet proof' and there will always be people 
who
>ignore messages and just don't want to learn. But for the majority of
>people, I think if you SHOW them something is available and they think it
>might be useful, they will want to try it.
>

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

DFSORT: SMF16 (jobs ok, stcs nok)

[Christian Blesa]

Hello,

I'm revising DFSORT and I have had a look to SMF16 records and only shows 
statistics of executed jobs but it not shows statistics DFSORT use by 
Started Tasks. 

I have revised ICEIEXIT/ICETEXIT and I don't see anything.

Could you help me?

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

dfsmsdss blocksize

[Lars Jansson]

Hi !

 I have made a dfsmsdss full volume copy 
 and want to copy it from tape to dasd.
 Is this possible when the tape blocksize is  
 larger than 32760 ?
 
  


   

 

--
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: DFSORT: SMF16 (jobs ok, stcs nok)

[Christian Blesa]

About SMFPRMxx used:

SYS(NOTYPE(1:3,9:13,19,20,23,24,25,27,28,29,31,32,33,38,39,43:59,   
69,92,99),EXITS(IEFACTRT,IEFUSO,IEFU29,IEFUTL,IEFU83,IEFU84,IEFUSI,IEFUJI),
INTERVAL(SMF,SYNC),NODETAIL)

SUBSYS(STC,EXITS(IEFU29,IEFUTL,IEFU83,IEFUSI),INTERVAL(SMF,SYNC),   
   NOTYPE(1:5,8:13,19,20,23,24,25,27,28,29,31:35,38,39,43:49,51:59, 
   69,92,99))

SUBSYS(TSO,EXITS(IEFU29,IEFUSO,IEFUTL,IEFU83,IEFUSI),   
   NOTYPE(1:5,8:13,19,20,23,24,25,27,28,29,31:35,38,39,43:59,69,
   92,99),INTERVAL(SMF,SYNC))   

--
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: GRS and Ficon CTC

[Bruce Black]

Is it possible ???. Manuals don't  mention it, and it sure doesn't look
like it from the messages at start up.
Actually, the 1.7 GRS Planning manual SA22-7600-04 is pretty clear.  For 
a ring config,


" In this document, "link", "path", and "CTC link" can mean an IBM 3088 MCCU
data link, a parallel CTC adapter, an ESCON channel operating in CTC or  
basic mode or, if appropriate, a list structure in a coupling facility.   "


It doesn't say "no FICON" but the list is explicit. 


--
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: Password Complexity

[Bruce Black]

Focusing on mainframe shops I've got to admit, very often there is no 
position even for auditor, so "auditor role" is maintained by 
...security administrator. 
I can't quote the Latin (I took French) but the famous Latin quote 
translates to something like "who shall guard those selfsame guardians", 
i.e., who is watching the security administrator?  That's like asking a 
programmer to do a review of his/her own code.  

I am no fan of typical auditors, but a good, educated and intelligent 
auditor can be a great benefit to a company.


--
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: dfsmsdss blocksize

[Bruce Black]

 I have made a dfsmsdss full volume copy 
 and want to copy it from tape to dasd.
 Is this possible when the tape blocksize is  
 larger than 32760 ?
Apparently not.  I thought that the COPYDUMP function of DSS might be 
able to do this, but it says


"The COPYDUMP command cannot change the block size of the DFSMSdss dump   
data set. If you are copying a dump data set to a DASD device, the source

block size must be small enough to fit on the target device.  "

--
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: password complexity

[john gilmore]

The Latin tag Bruce was looking for is

Quis custodiet ipsos custodes?

John Gilmore
Ashland, MA 01721-1817
USA

_
On the road to retirement? Check out MSN Life Events for advice on how to 
get there! http://lifeevents.msn.com/category.aspx?cid=Retirement


--
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: Cost of tools (was: Migrating from OPS/MVS to AF/OPERATOR)

[Steve Comstock]

Tom Marchant wrote:

Does anyone know when 3.4 was first introduced?

How about when the Workplace (3.11) was introduced?

There's a lack of credibility when people talk about 3.4 as an example
of using new features.

As to panels that pop up to tell me about new features, I find them
to be rather annoying.  If they tell only about the changes since the
last release, they are of little value.  How many of us migrate to
every new release?  If they go back to far, there is too much
repetition.  The time for me to effectively learn new features is not
when I begin using the tool for a particular purpose.  I need to
explore the tool when I have a little more free time.  Maybe
it's just me



The reality is, most people seldom take the time
(or have the time, given the results of many
iterations of downsizing, layoffs, outsourcing
resulting in skeleton staffs carrying rather
full loads).

In the "golden days" (just 5 or 6 years ago,
even), many companies built in training time
as part of each IT employee's performance plan.

Now it's pretty much catch as catch can, and
it better be on your own time and dime.

I'd like to see some kind of balance between
the extremes, but I'm just goin' with the
reality flow these days.

-Steve Comstock




On Thu, 18 May 2006 16:12:56 +, Dave Salt <[EMAIL PROTECTED]> wrote:



In <[EMAIL PROTECTED]>, on 05/15/2006
  at 08:49 PM, Dave Salt <[EMAIL PROTECTED]> said:



My experience is that 90% of programmers use the upgraded ISPF/PDF
interface  almost immediately after the new option is added to their
ISPF menu. The other 10% eventually come around, just as they
eventually came around to using ISPF option 3.4. Human nature is
such that if a tool is not only far more powerful than whatever they
were using before, but is also far easier to use, inertia is quickly
overcome.



From: "Shmuel Metz (Seymour J.)" <[EMAIL PROTECTED]>
That's not my experience; I've seen all too many programmers ignoring
useful ISPF enhancements for many releases. In some cases they will
try them once they see[1] me using them, but in other cases they won't
because it's not what they're used to.



I think that's the key; the user has to 'see' the new 


command/feature/option


in order to use it. For example, along comes a new release of ISPF with a
wonderful new command that can be used in edit called 'COMPARE'. However,
where does the user have to go to know this new command is available? Most
users don't read tutorials or new versions of the ISPF manuals. So, unless
they get training (Steve: your comments go here...) 


thanks. didn't see this until it was in this reply.
you must be using the listserv instead of the mail list
(is that the way it works? I always get a little muddled
about that).

Anyway, for ISPF we have:



ISPF Update - 2 days; a fast path for
  features update;
details:
http://www.trainersfriend.com/TSO_Clist_REXX_Dialog_Mgr/a634descrpt.htm




Advanced ISPF - 1 day; features that
   are not normally
   covered elsewhere
details:
http://www.trainersfriend.com/TSO_Clist_REXX_Dialog_Mgr/a635descrpt.htm




[snip]

Kind regards,

-Steve Comstock

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

Sysplex TSO logon behaviour

[Alan C. Field]

We have two separate parallel sysplexes. We logon to TSO on one image of 
each sysplex.

We try to logon to a second image. On one sysplex we get this:

IKJ56425I LOGON rejected, UserId xxx already logged on to system SYS1 
IKJ56400A ENTER LOGON OR LOGOFF- 

On the other sysplex the logon proceeds until it fails trying to allocate 
the ISPF profile
dataset. We expect both systems to behave this way. 

Both systems are z/OS 1.6. No JES exits are in use on either system.

It appears as if SYS1 is observing the pre z/OS 1.4 rules for monitoring 
duplicate TSO logons.

What did we not do to SYS1 that we should have? 

Thanks,

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
 

Re: Cost of tools (was: Migrating from OPS/MVS to AF/OPERATOR)

[Bob Shannon]

>In the "golden days" (just 5 or 6 years ago,
>even), many companies built in training time
>as part of each IT employee's performance plan.

That may be true, but IMO training budgets never recovered from cutbacks
in the early 1990ss.

Bob Shannon

--
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: Password Complexity

[Tom Marchant]

On Mon, 22 May 2006 00:00:00 GMT, Ted MacNEIL 
<[EMAIL PROTECTED]> wrote:

>>This is only a wish.
>
>In North America, it's more than a wish.
>It's a requirement.
>
>
>>Focusing on mainframe shops I've got to admit, very
>>often there is no position even for auditor, so "auditor role"
>>is maintained by ...security administrator.
>
>This is relevant to all organisations, not just mainframe shops.
>
>
>>Separate auditor, even external, hired just for few days is only
>>a wish. BTDT.
>
>It's only a wish that I don't embezzle money from my company?

Ok, Ted, I'll bite again.  As a matter of fact, some people DO embezzle.

You made the blanket statement that, "Auditors neither make rules, nor
enforce them."  No one has disagreed with you that it *should* be
as you describe, but your insistance that it *is* reveals your naivete.

Some of us have experiences with auditors who DO make the rules and
who DO enforce them.  The fact that the auditors findings can be
challenged is of little value in a corporation where management
is too spineless to challenge the auditors.  At my provious job,
the corporate fear of the auditors extended at least three levels
of management above me.

It is difficult for a technician to effectively challenge the findings
of an auditor in such an environment.
>
>
>>Sometimes this "admin/auditor" is also responsible for many other
>>things.
>
>As long as creation/reporting/enforcement are not all done by the
>same people, other things are allowed.
>
>>Creating standards by auditor sounds obvious in such scenario.
>
>Not if you follow the principles of "separation of duty", which
>has many reasons for existance!
>Do you allow the guy who wrote the programmme promote it to
>production?
>Or, do you separate the duties?
>

--
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: Sysplex TSO logon behaviour

[Imbriale, Donald (Exchange)]

Check your GRS RNL list for SYSIKJUA.

Don Imbriale

>-Original Message-
>From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf
>Of Alan C. Field
>Sent: Monday, May 22, 2006 10:59 AM
>To: IBM-MAIN@BAMA.UA.EDU
>Subject: Sysplex TSO logon behaviour
>
>We have two separate parallel sysplexes. We logon to TSO on one image
of
>each sysplex.
>
>We try to logon to a second image. On one sysplex we get this:
>
>IKJ56425I LOGON rejected, UserId xxx already logged on to system
SYS1
>IKJ56400A ENTER LOGON OR LOGOFF-
>
>On the other sysplex the logon proceeds until it fails trying to
allocate
>the ISPF profile
>dataset. We expect both systems to behave this way.
>
>Both systems are z/OS 1.6. No JES exits are in use on either system.
>
>It appears as if SYS1 is observing the pre z/OS 1.4 rules for
monitoring
>duplicate TSO logons.
>
>What did we not do to SYS1 that we should have?
>


***
Bear Stearns is not responsible for any recommendation, solicitation, 
offer or agreement or any information about any transaction, customer 
account or account activity contained in this communication.
***

--
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: Cost of tools (was: Migrating from OPS/MVS to AF/OPERATOR)

[Steve Comstock]

Bob Shannon wrote:

In the "golden days" (just 5 or 6 years ago,
even), many companies built in training time
as part of each IT employee's performance plan.



That may be true, but IMO training budgets never recovered from cutbacks
in the early 1990ss.

Bob Shannon


Well, yes, that's absolutely true.

In the early 90's US West had a training organization
in Bellevue, WA for IT of 30-40 people, plus training
work in Salt Lake, Omaha, Denver; by the end of the
decade there were three schedulers; then it was all
outsourced.

Kind regards,

-Steve Comstock

--
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: Password Complexity

[Chase, John]

> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of Bruce Black
> 
> > Focusing on mainframe shops I've got to admit, very often 
> there is no 
> > position even for auditor, so "auditor role" is maintained by 
> > ...security administrator.
> I can't quote the Latin (I took French) but the famous Latin 
> quote translates to something like "who shall guard those 
> selfsame guardians", i.e., who is watching the security 
> administrator? 

More generic:  "Who watches the watchers?"

-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

CA-7 question: trigger job on UNIX file creation?

[McKown, John]

Yes, I've tried to read the manual. But I am not very CA-7 literate. My
basic question is simple. Can CA-7 trigger a job when a UNIX file is
created? I know that CA-7 can trigger a job upon the creation of a
legacy z/OS dataset. Due to some "political" bickering, it may become
helpful if CA-7 could trigger a job when a UNIX file is created. This is
a file which is to be ftp'ed to us. It is a long, sad story which I will
not bore you with. But basically it would be easier to process if it is
ftp'ed to a UNIX file in ASCII as opposed to a legacy dataset in ASCII
(RECFM=FB,LRECL=1,BLKSIZE=0,DSORG=PS).

--
John McKown
Senior Systems Programmer
HealthMarkets
Keeping the Promise of Affordable Coverage
Administrative Services Group
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: SHARE in Baltimore??!?!?! (The dark side...)

[Eric N. Bielefeld]

Phil,

So whats the percent of people in jail in England?

Eric Bielefeld
Sr. z/OS Systems Programmer
Milwaukee Wisconsin
414-475-7434

From: "Phil Payne" <[EMAIL PROTECTED]>


http://www.breitbart.com/news/2006/05/21/D8HODD7G0.html

"The report by the Justice Department agency found that 62 percent of 
people
in jails have not been convicted, meaning many of them are awaiting 
trial."


A lot of us are frightened to go to the USA these days.  Baltimore or 
anywhere else.


--
 Phil Payne
 http://www.isham-research.co.uk
 +44 7833 654 800



--
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 Baltimore??!?!?! (The dark side...)

[Mark Thomen]

"Chase, John" <[EMAIL PROTECTED]> wrote in message
news:<[EMAIL PROTECTED]>...

> > -Original Message-
> > From: IBM Mainframe Discussion List On Behalf Of Phil Payne
> >
> > http://www.breitbart.com/news/2006/05/21/D8HODD7G0.html
> >
> > "The report by the Justice Department agency found that 62
> > percent of people in jails have not been convicted, meaning
> > many of them are awaiting trial."
> >
> > A lot of us are frightened to go to the USA these days.
> > Baltimore or anywhere else.
>
> Well, we gotta be afraid of terrorists, and we gotta be afraid of our
> neighbors, and we gotta be afraid of our friends, and we gotta be afraid
> of bogeymen hiding behind trees, and we gotta be afraid of "dust
> bunnies" under our beds, and we gotta be afraid

Enough already  Most people walk around in condition white ("oh,
nothing will ever happen to me"), when they should be in condition yellow.
If you're interested in the "color code" let me know.  Criminals can tell
the ones that are clueless and those are the ones they attack.

Thanks,
Mark Thomen
Catalog/IDCAMS/VSAM Development
--
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: Sysplex TSO logon behaviour

[Alan C. Field]

Thanks. We looked at the RNL before posting the question and two of us 
decided they were
the same.  One system had SYSIKJUA commented out in the RNL though.

Have to wait till all TSO users are off or IPL to make the change. 
 



Check your GRS RNL list for SYSIKJUA.

Don Imbriale


--
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: DSLIST "Include Additional Qualifiers"

[Anthony Bongiorno]

they are part of the same dataset. i like this ..don't change it ibm..



"R.S." <[EMAIL PROTECTED]> 
Sent by: IBM Mainframe Discussion List 
05/22/2006 04:08 AM
Please respond to
IBM Mainframe Discussion List 


To
IBM-MAIN@bama.ua.edu
cc

Subject
Re: DSLIST "Include Additional Qualifiers"






Paul Gilmartin wrote:

> In ISPF DSLIST, I enter as "Dsname Level" the pattern,
> "USER.**.CSI", and deselect "Include Additional Qualifiers".
> The display presented shows such as:
> 
>   USER.XYZ.GLOBAL.CSI *VSAM*
>   USER.XYZ.GLOBAL.CSI.DATA VOL999
>   USER.XYZ.GLOBAL.CSI.INDEX VOL999
> 
> Does this make sense?  Why is it showing me additional qualifiers
> when I excluded them?

Isn't it because the entries are components of the cluster selected ?
AFAIK DSLIST will show you a component name even if it doesn't fit the 
pattern.

-- 
Radoslaw Skorupka
Lodz, Poland

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



-
This electronic mail message, and any of the accompanying
documents, may contain confidential or privileged information. Any
unauthorized disclosure or distribution of such information is
strictly prohibited. If you are not the intended recipient of this
message, please notify the sender immediately and destroy the
message. Messages sent through electronic media may be subject to
delays or unauthorized alterations. Neither The Bank of Tokyo-
Mitsubishi UFJ, Ltd. nor any of its affiliates is responsible for
any such delay or alteration. This message may contain a commercial
advertisement or promotion of a commercial product or service. If
you do not wish to receive messages of this kind from the sender in
the future, please reply to this message and type "REMOVE MY EMAIL
ADDRESS" in the subject field, or write to the sender at 1251
Avenue of the Americas, New York, NY 10020-1104.

--
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: INTERVALMIGRATION

[Bob Henry]

That did it! I located the Storage Groups in ISMF (option 6 - Storage 
Group) and turned off the pre-defined groups from the ADCD. No more hourly 
ARC0570I messages! 

Thanks to all. 

--
Bob Henry * Mgr., Rochester IT * SunGard Higher Education * 3000 Ridge Rd. 
E., Rochester, NY  14622
Tel 585-339-2366 * Mobile 585-330-5240 * Fax 610-578-3014 * 
[EMAIL PROTECTED] * www.sungardhe.com

CONFIDENTIALITY: This email (including any attachments) may contain 
confidential, proprietary and privileged information.
Unauthorized disclosure or use is prohibited. If you received this email 
in error, please notify the sender and delete
this email from your system. Thank you.





Thomas Conley <[EMAIL PROTECTED]> 
Sent by: IBM Mainframe Discussion List 
05/19/2006 05:15 PM
Please respond to
IBM Mainframe Discussion List 


To
IBM-MAIN@BAMA.UA.EDU
cc

Subject
Re: INTERVALMIGRATION






- Original Message - 
From: ""Bob Henry"" <[EMAIL PROTECTED]>
Newsgroups: bit.listserv.ibm-main
Sent: Friday, May 19, 2006 4:41 PM
Subject: Re: INTERVALMIGRATION


>I have one volume that is managed by SMS but it is NOT in the ADDVOL list
> for DFHSM.
>

Doesn't matter.  HSM AUTOMATICALLY manages all SMS volumes.  You only 
ADDVOL 
non-SMS volumes.  I forget where interval migration is specified in ISMF 
(STOGROUP?), but that's where you need to look and turn it off.

Regards,
Tom Conley 

--
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: SHARE in Baltimore??!?!?! (The dark side...)

[Chris Mason]

Eric,

I leave Phil to provide the precise figure - although the question doesn't
really follow on from his post.

The percentage isn't anything like high enough if the recent Home Office
scandals are anything to go by. One heavyweight has just left the ring on
his back and the bantamweight who's just entered has suffered some bruising
blows already.

The latest scandal is a large number of people who are recorded as having
been in jail but are quite innocent - which, I guess is some sort of
compensation.

Sorry - I checked - that was last week. Today it's "absconding from open
prisons" - what do you expect?

Let me try and put the discussion back "on-topic". The only SHARE meeting
I've attended - presented at - was in Nice, France, the heart of the Côte
d'Azur, "a sunny place for shady people" as Somerset Maugham called it.

Chris Mason

- Original Message - 
From: "Eric N. Bielefeld" <[EMAIL PROTECTED]>
Newsgroups: bit.listserv.ibm-main
To: 
Sent: Monday, 22 May, 2006 5:49 PM
Subject: Re: SHARE in Baltimore??!?!?! (The dark side...)


> Phil,
>
> So whats the percent of people in jail in England?
>
> Eric Bielefeld
> Sr. z/OS Systems Programmer
> Milwaukee Wisconsin
> 414-475-7434
>
> From: "Phil Payne" <[EMAIL PROTECTED]>
>
> > http://www.breitbart.com/news/2006/05/21/D8HODD7G0.html
> >
> > "The report by the Justice Department agency found that 62 percent of
> > people
> > in jails have not been convicted, meaning many of them are awaiting
> > trial."
> >
> > A lot of us are frightened to go to the USA these days.  Baltimore or
> > anywhere else.
> >
> > -- 
> >  Phil Payne
> >  http://www.isham-research.co.uk
> >  +44 7833 654 800

--
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: Sysplex TSO logon behaviour

[Mark Zelden]

On Mon, 22 May 2006 09:58:30 -0500, Alan C. Field
<[EMAIL PROTECTED]> wrote:

>We have two separate parallel sysplexes. We logon to TSO on one image of
>each sysplex.
>
>We try to logon to a second image. On one sysplex we get this:
>
>IKJ56425I LOGON rejected, UserId xxx already logged on to system SYS1
>IKJ56400A ENTER LOGON OR LOGOFF-
>
>On the other sysplex the logon proceeds until it fails trying to allocate
>the ISPF profile
>dataset. We expect both systems to behave this way.
>
>Both systems are z/OS 1.6. No JES exits are in use on either system.
>
>It appears as if SYS1 is observing the pre z/OS 1.4 rules for monitoring
>duplicate TSO logons.
>
>What did we not do to SYS1 that we should have?
>
>Thanks,
>
>Alan

This is caused by propegating the SYSIKJUA QNAME via
GRS / MIM (MII) - $SNGLTSO on my web site.  

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: Password Complexity

[Ted MacNEIL]

>You made the blanket statement that, "Auditors neither make rules, nor enforce 
>them."  No one has disagreed with you that it *should* be
as you describe, but your insistance that it *is* reveals your naivete.

It's not naïveté.
It has given me the cajones to tell the auditors to find somebody who cares.

I do what is required but I don't do a Ferengee cringe everytime I see an 
auditor.

I've learned that if you treate them as toothless, they can't bite.
Whenever they tell me that something is against the rules, I ask for the 
documentation.
When they tell me I must, I say "on whose authority"?

The only time (since I've learned this), I have problems is when my boss blinks.

What I'm saying is more of a don't worry be happy, than what should be.




-
-teD

300,000 Kilometres per Second
Not only is it a good idea!
It's the LAW!!!  

--
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 Baltimore??!?!?! (The dark side...)

[Ted MacNEIL]

>Phil,

>So whats the percent of people in jail in England?

10 to 1, it's lower.

For a free country, the US has a lot of locked up innocents.
Especially, since the sad events of 2001.


-
-teD

300,000 Kilometres per Second
Not only is it a good idea!
It's the LAW!!!  

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

Z/OS UNIX NFS SERVER

[Zoran Trifunovic]

Do anybody experience with Z/OS UNIX NFS SERVER AND Z/VM SLES9 NFS CLIENT.
DO ANYBODU SEND ME MVSNFS.CNTL(EXPORTS) AND MVSNFS.CNTL(NFSATTR)
HELP ME!
BEST REGARDS
ZORAN TRIFUNOVIC

--
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 Baltimore??!?!?! (The dark side...)

[Eric N. Bielefeld]

Actually, my question to Phil obviously is off topic, but I'm curious just 
the same.  I'm sure the percent is a lot lower than the US.


More on topic:  I've only been to 2 Share meetings.  San Franscisco in 2003 
and Long Beach in 2004.  In San Francisco, the convention center seemed to 
be located very close to a very seedy part of the city.  There were people 
begging everywhere.  When I would walk back the 3 blocks to my hotel at 
10:00 P.M. a couple evenings, there were young able bodied men rolling out 
their sleeping bags on the side walk.  Long Beach was much better, except 
for the abundant amount of rain.


Eric Bielefeld
Sr. z/OS Systems Programmer
Milwaukee Wisconsin
414-475-7434

- Original Message - 
From: "Chris Mason" <[EMAIL PROTECTED]>



Eric,

I leave Phil to provide the precise figure - although the question doesn't
really follow on from his post.

The percentage isn't anything like high enough if the recent Home Office
scandals are anything to go by. One heavyweight has just left the ring on
his back and the bantamweight who's just entered has suffered some 
bruising

blows already.

The latest scandal is a large number of people who are recorded as having
been in jail but are quite innocent - which, I guess is some sort of
compensation.

Sorry - I checked - that was last week. Today it's "absconding from open
prisons" - what do you expect?

Let me try and put the discussion back "on-topic". The only SHARE meeting
I've attended - presented at - was in Nice, France, the heart of the Côte
d'Azur, "a sunny place for shady people" as Somerset Maugham called it.

Chris Mason 


--
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 UNIX NFS SERVER

[Ted MacNEIL]

>Do anybody experience with Z/OS UNIX NFS SERVER AND Z/VM SLES9 NFS CLIENT.
>DO ANYBODU SEND ME MVSNFS.CNTL(EXPORTS) AND MVSNFS.CNTL(NFSATTR)
>HELP ME!
>BEST REGARDS
>ZORAN TRIFUNOVIC

Is this a phishing expedition?
A hacking attempt?
Or, a teach me all the knowledge in the world while I stand on one foot?

-
-teD

300,000 Kilometres per Second
Not only is it a good idea!
It's the LAW!!!  

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

nfs server

[Zoran Trifunovic]

HI!
We have Z/OS UNIX NFS SERVER(10.200.5.59),
On Z/VM SLES9 , we mounted :
mount -o vers=2,proto=udp 10.200.5.59:zoca /mnt

succesfully.

On Z/VM SLES9 we type command

pttlin1:/ # df -h
FilesystemSize  Used Avail Use% Mounted on
/dev/dasdb2   1.7G  1.4G  269M  84% /
/dev/dasda1   137M  5.7M  124M   5% /boot
/dev/dasdc1   2.3G  1.1G  1.3G  47% /usr
shmfs 123M 0  123M   0% /dev/shm
10.200.5.59:zoca  118M   59M   59M  50% /mnt
pttlin1:/ #

However,

When we type commands

pttlin1:/ # cd /mnt
pttlin1:/mnt # ls -l
total 0



We Unable to See Files on a Mounted File System!

What's the problem?

Is there problem with z/vm sles9 nfs client with Z/OS UNIX NFS SERVER?



BEST REGARDS,

Zoran Trifunovic

POST OFFICE SERBIA
BELGRADE

--
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: nfs server

[McKown, John]

> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:[EMAIL PROTECTED] On Behalf Of Zoran Trifunovic
> Sent: Monday, May 22, 2006 12:04 PM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: nfs server
> 
> 
> HI!
> We have Z/OS UNIX NFS SERVER(10.200.5.59),
> On Z/VM SLES9 , we mounted :
> mount -o vers=2,proto=udp 10.200.5.59:zoca /mnt
> 
> succesfully.
> 
> On Z/VM SLES9 we type command
> 
> pttlin1:/ # df -h
> FilesystemSize  Used Avail Use% Mounted on
> /dev/dasdb2   1.7G  1.4G  269M  84% /
> /dev/dasda1   137M  5.7M  124M   5% /boot
> /dev/dasdc1   2.3G  1.1G  1.3G  47% /usr
> shmfs 123M 0  123M   0% /dev/shm
> 10.200.5.59:zoca  118M   59M   59M  50% /mnt
> pttlin1:/ #
> 
> However,
> 
> When we type commands
> 
> pttlin1:/ # cd /mnt
> pttlin1:/mnt # ls -l
> total 0
> 
> 
> 
> We Unable to See Files on a Mounted File System!
> 
> What's the problem?
> 
> Is there problem with z/vm sles9 nfs client with Z/OS UNIX NFS SERVER?
> 
> 
> 
> BEST REGARDS,
> 
> Zoran Trifunovic

Zoran,

It appears, by the prompt, that you are the "root" on your SLES9 system.
Correct? One thing that is normally done by NFS for security purposes to
to map the "root" user ( or UID(0) user) to "nobody". From looking at
some doc, it appears that this UID is -2. If that UID on z/OS does not
have "execute" authority to the "zoca" subdirectory on z/OS, then you
will see exactly what you are seeing: Nothing. For the "ls" command to
work properly, the user running it must have at least "execute"
authority on the directory in question. Maybe even "read" authority.
Sorry, I'm a bit hazy on this.

Look in your NFSATTR being used by the z/OS NFS server and see if you
have "setownerroot" or "setownernobody"

So, the question becomes, what are the attributes of the "zoca"
subdirectory?

ls -ld /path/to/zoca

if you want, try (on the z/OS system!):

chmod o+x /path/to/zoca
chmod o+r /path/to/zoca

and see if that helps.

The above two command will set "execute" and "read" authority to "other"
(non-owner, non-group) users.

Good luck!

--
John McKown
Senior Systems Programmer
HealthMarkets
Keeping the Promise of Affordable Coverage
Administrative Services Group
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: SHARE in Baltimore??!?!?! (The dark side...)

[Chase, John]

> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of Eric N. Bielefeld
> 
> Actually, my question to Phil obviously is off topic, but I'm 
> curious just the same.  I'm sure the percent is a lot lower 
> than the US.



 then select World Prison Brief ->
Highest to Lowest Rates.

-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: SHARE in Baltimore??!?!?! (The dark side...)

[(IBM Mainframe Discussion List)]

 
 
In a message dated 5/22/2006 12:21:41 P.M. Central Daylight Time,  
[EMAIL PROTECTED] writes:

>  Actually, my question to Phil obviously is off topic, but I'm 
> curious  just the same.


Then why not do as Darren asked about 26 hours ago and get "back to  IBM 
mainframe discussions"?  You could also email Phil directly without  going 
through 
IBM-MAIN.
 
Bill  Fairchild

--
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 Baltimore??!?!?! (The dark side...)

[Eric N. Bielefeld]

If you read the rest of my post, I thought it was very on topic, as it was 
about how safe the area is around the Share convention.


Eric Bielefeld
Sr. z/OS Systems Programmer
Milwaukee Wisconsin
414-475-7434

- Original Message - 
From: "(IBM Mainframe Discussion List)" <[EMAIL PROTECTED]>

Newsgroups: bit.listserv.ibm-main
To: 
Sent: Monday, May 22, 2006 12:25 PM
Subject: Re: SHARE in Baltimore??!?!?! (The dark side...)





In a message dated 5/22/2006 12:21:41 P.M. Central Daylight Time,
[EMAIL PROTECTED] writes:


 Actually, my question to Phil obviously is off topic, but I'm
curious  just the same.



Then why not do as Darren asked about 26 hours ago and get "back to  IBM
mainframe discussions"?  You could also email Phil directly without  going 
through

IBM-MAIN.

Bill  Fairchild 


--
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 Baltimore??!?!?! (The dark side...)

[(IBM Mainframe Discussion List)]

 
 
In a message dated 5/22/2006 12:30:14 P.M. Central Daylight Time,  
[EMAIL PROTECTED] writes:

>If you read the rest of my post, I thought it was very on topic, as  it was 
>about how safe the area is around the Share  convention.
I did read it.  It was.  You could also have broken your post  into two 
separate emails, one off-topic sent to only one person and the other  on-topic 
sent 
to everybody.  Threads go off topic quickly when there are  multiple 
subtopics in a post.  I am just as guilty of this as many  others.  The part of 
a post 
that encourages us to go off-topic is the  off-topic part.



Bill  Fairchild

--
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 Baltimore??!?!?! (The dark side...)

[Edward Jaffe]

Ted MacNEIL wrote:

For a free country, the US has a lot of locked up innocents.
  


This is a non-sequitur. Other than the "presumption of innocence", a 
basic tenet of our legal system, on what basis can you say that people 
in jail awaiting trial are innocent? At the bail hearing, you are 
released on your own recognizance, a bail amount is set, or you are 
remanded if considered dangerous or a flight risk. Guilt or innocence is 
for a jury to decide.


--
Edward E Jaffe
Phoenix Software International, Inc
5200 W Century Blvd, Suite 800
Los Angeles, CA 90045
310-338-0400 x318
[EMAIL PROTECTED]
http://www.phoenixsoftware.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: Password Complexity

[Tom Marchant]

On Mon, 22 May 2006 00:00:00 GMT, Ted MacNEIL 
<[EMAIL PROTECTED]> wrote:

>>You made the blanket statement that, "Auditors neither make rules,
>>nor enforce them."  No one has disagreed with you that it *should* be
>>as you describe, but your insistance that it *is* reveals your naivete.
>
>It's not naïveté.
>It has given me the cajones to tell the auditors to find somebody
>who cares.
>
>I do what is required but I don't do a Ferengee cringe everytime I
>see an auditor.
>
Same here.

>I've learned that if you treate them as toothless, they can't bite.
>Whenever they tell me that something is against the rules, I ask for
>the documentation.
>When they tell me I must, I say "on whose authority"?
>
I've done the same, many times.  I've also been in a position where
the corporate culture was to never question the auditors.  BTW, I've
also shown auditors real exposures to help management justify the
cost of closing them.

>The only time (since I've learned this), I have problems is when my
>boss blinks.
>
My point exactly.  It requires the support of management.

>What I'm saying is more of a don't worry be happy, than what should be.
>

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

z900 model conversions

[Gibbons, Mark]

We were hoping to downgrade our z900 from a 105 to 104 in January of 2007.  IBM 
has told us that the announcement:

Effective June 30, 2006, IBM will withdraw all models of the IBM  zSeries® 900 
(2064) and all upgrades from Parallel Enterprise Servers Generation 5 (9672), 
Parallel Enterprise Servers Generation 6 (9672), and IBM  zSeries 800 (2066) to 
z900 (2064). Model conversions within the z900 and MES features on the z900 
will continue to be available until October 2, 2006. After October 2, 2006, 
model conversions within the z900 will be withdrawn. 

On or after the effective dates of withdrawal, you can no longer order these 
products directly from IBM. 


means we have to have the conversion complete by Oct 2, 2006, not just the 
purchase.  Has anyone encountered a different opinion?  I had assumed we could 
buy the downgrade and install it at a later time. Has anyone looked at  buying 
an upgrade for installation after 10/2/2006?  Any advice?


Thanks,
  Mark

--
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: z900 model conversions

[Ted MacNEIL]

>means we have to have the conversion complete by Oct 2, 2006, not just the 
>purchase.  Has anyone encountered a different opinion?  I had assumed we could 
>buy the downgrade and install it at a later time. Has anyone looked at  buying 
>an upgrade for installation after 10/2/2006?  Any advice?

Take a look at some of the pricing options by upgrading to a z/990 (or a z/9).
If you know how to negotiate, you may be able to get the same capacity for a 
smaller price, including IBM software.
This won't work well for us, since we are outsourced, but talk to your rep!


-
-teD

300,000 Kilometres per Second
Not only is it a good idea!
It's the LAW!!!  

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

RES: Sysplex TSO logon behaviour

[Ituriel do Nascimento Neto]

Alan,

1)  Change GRSRNL00, excluding SYSIKJUA definition.
2)  Use ISPCCONF command to change ISPF_TEMPORARY_DATA_SET_QUALIFIER
field
to your system name. Or code ISPF exit 16.

Atenciosamente / Regards / Saludos


Ituriel do Nascimento Neto
Banco Bradesco S/A
4254/DPCD Alphaville
Suporte Técnico - Software Básico Mainframes
Tel: 55 11 4197-2021   Fax: 55 11 4197-2814

--
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: z900 model conversions

[MacIntyre, Cory]

Don't you just turn off an engine to downgrade a 105 to a 104?

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Gibbons, Mark
Sent: Monday, May 22, 2006 12:48 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: z900 model conversions

We were hoping to downgrade our z900 from a 105 to 104 in January of
2007.  IBM has told us that the announcement:

Effective June 30, 2006, IBM will withdraw all models of the IBM
zSeries(r) 900 (2064) and all upgrades from Parallel Enterprise Servers
Generation 5 (9672), Parallel Enterprise Servers Generation 6 (9672),
and IBM  zSeries 800 (2066) to z900 (2064). Model conversions within the
z900 and MES features on the z900 will continue to be available until
October 2, 2006. After October 2, 2006, model conversions within the
z900 will be withdrawn. 

On or after the effective dates of withdrawal, you can no longer order
these products directly from IBM. 


means we have to have the conversion complete by Oct 2, 2006, not just
the purchase.  Has anyone encountered a different opinion?  I had
assumed we could buy the downgrade and install it at a later time. Has
anyone looked at  buying an upgrade for installation after 10/2/2006?
Any advice?


Thanks,
  Mark

--
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: z900 model conversions

[Ted MacNEIL]

>Don't you just turn off an engine to downgrade a 105 to a 104?

Who's going to do that for you?
If you don't have IBM do it, it doesn't count (in my experience).
Of course, the last time I did it, it was an R65 to an R55.

-
-teD

300,000 Kilometres per Second
Not only is it a good idea!
It's the LAW!!!  

--
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: z900 model conversions

[Mark Gibbons]

"MacIntyre, Cory" <  
> Don't you just turn off an engine to downgrade a 105 to a 104?

Getting the cpu id right for licensing means we get to pay for it.  

Mark

--
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 UNIX NFS SERVER

[Matthew Stitt]

I would start by reading the FM.  It states the starter/skeleton versions
can be found in SYS1.SAMPLIB, starting with GFS.

If he does that, he should stop asking questions for a few hours. 

On Mon, 22 May 2006 00:00:00 GMT, Ted MacNEIL
<[EMAIL PROTECTED]> wrote:

>>Do anybody experience with Z/OS UNIX NFS SERVER AND Z/VM SLES9 NFS CLIENT.
>>DO ANYBODU SEND ME MVSNFS.CNTL(EXPORTS) AND MVSNFS.CNTL(NFSATTR)
>>HELP ME!
>>BEST REGARDS
>>ZORAN TRIFUNOVIC
>
>Is this a phishing expedition?
>A hacking attempt?
>Or, a teach me all the knowledge in the world while I stand on one foot?
>
>-
>-teD
>
>300,000 Kilometres per Second
>Not only is it a good idea!
>It's the LAW!!!

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

Volcat Allocation Parameters

[George Dranes]

I'm just curious if there are any recommendations on data and index cisizes
for a general volcat.  When we first set ours up, we used the sample job in
the IBM Magstar Tape Redbook which just takes the system defaults (in this
case on a non-sms managed volume).  I did a listcat against our volcat and
the data cisize is 20480 with AVGLRECL=4086 and the index cisize is 512.
The catalog is working fine and is extremely small ~500 volsers defined.
Would it even be worth my while to mess with this??  Thanks for the help.



University Information Management Systems
George Dranes
Manager-Technical Services
[EMAIL PROTECTED]
Morgan Hall 121
1 University Circle
Macomb, IL 61455-1390
tel: 309-298-1097 X261
fax: 309-298-1451


--
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: A little more insight on the Java strangeness I'm encountering

[Kevin Pintar]

Steve,
Talking to a few fellows who have been working with Java on the
mainframe, they suggested looking at the value of 'file.encoding' system
property.

Here is a page that has some code snippets and a discussion that may
help.

http://java.sun.com/developer/JDCTechTips/2003/tt0110.html

Hope it helps,
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: DFSORT: SMF16 (jobs ok, stcs nok)

[Dave Betten]

Finger checked before so not sure if this got sent already.

I looked at your SMFPRMxx parms and they appear ok.  Type 16 is not in 
your NOTYPE list for STC.  But I'm still a little unclear as to what your 
situation is.

Did you just implement your own initialization (ICEIEXIT) and termination 
(ICETEXIT) routines and now you only get SMF records for STCs?

Did you just modify your exits and now you only get SMF records for STCs?

Are you not using any exits and even with SMF=YES as the installation 
default, you're still not getting any records?

Are you sure there are started tasks executing sorts?  If so, are they jcl 
invoked sorts or program invoked?

Dave Betten
Performance Lead, DFSORT Development

--
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: OSA-ICC h/w & s/w

[Roger Lowe]

On Mon, 22 May 2006 07:12:50 -0500, Chase, John <[EMAIL PROTECTED]> wrote:

>Hi, All,
>
>In conjunction with our upcoming datacenter and CPU upgrades, we're
>looking for information regarding what kind of hardware (PC-type) and
>software (TN3270E-capable) would minimally be necessary.  We already
>license Bluezone from Seagull Software as our "shop standard" for
>"normal" terminal access to z/OS, and from the specs I've seen from our
>z9 provider Bluezone should suffice for the remote consoles as well.
>Any advice or comments to the contrary on that?
>
>For the hardware, we've been informed that we should avoid running "too
>many MVS consoles" unless we have a "fast processor", and that "IBM
>stopped supporting more than two [consoles] on the MP3000, which was a
>Pentium 400."  Well, nowadays it would be difficult to find a PC that
>slow, so I wonder what would constitute a "fast processor" today?  Also,
>how much RAM should we specify?  We need the capability to run at least
>three MVS consoles, though we might tolerate a little "sluggishness" on
>the techie sandbox console.
>
John,

We have two z890's using OSA-ICC. The PC's are P4's running Windows/XP SP2 
with 256MB RAM and are only ever used as consoles. The 3270 emulation 
software that is used is Attachmate EXTRA 6.5. There are multiple sessions 
configured to each of the pc's. As well, we do have dual video adapters 
installed which allow us to have two monitors connected to the one system 
unit. The OSA-ICC network is isolated from our other networks, so there is 
no way of getting Windows updates. Also, our OPS staff have been advised 
not to install any other software onto these machines. The consoles have 
been configured on to a 10.0.0.x network. 

Roger

--
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: Volcat Allocation Parameters

[Mark Thomen]

"George Dranes" <[EMAIL PROTECTED]> wrote in message
news:<[EMAIL PROTECTED]>...
> I'm just curious if there are any recommendations on data and index
cisizes
> for a general volcat.  When we first set ours up, we used the sample job
in
> the IBM Magstar Tape Redbook which just takes the system defaults (in
this
> case on a non-sms managed volume).  I did a listcat against our volcat
and
> the data cisize is 20480 with AVGLRECL=4086 and the index cisize is 512.
> The catalog is working fine and is extremely small ~500 volsers defined.
> Would it even be worth my while to mess with this??  Thanks for the help.

We recommend a 4K CISIZE for Catalogs.  If you are running z/OS 1.6 you can
run an EXAMINE INDEXTEST against the catalog and it will tell you what you
need for an index CISIZE.

Thanks,
Mark Thomen
Catalog/IDCAMS/VSAM Development

--
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: GRS and Ficon CTC

[Shane]

Radoslaw wrote:

> Do you mean GRS over CTC, but *not* over XCF ?

Yep ...  :(

> IMHO you can't do it. GRS requires pretty ancient device type (BCTC), 
> while this type is not supported on FICON chpid.

Yes, I was expecting the same way, hoping for different.

> Probably it is IBM "recommendation" to use XCF (and then sysplex).

This is my likely direction, but the water needed testing.

Bruce then wrote:

> It doesn't say "no FICON" but the list is explicit. 

Not to me it ain't - change "can mean" to "means", and the question
would never have occurred.

Thanks folks.

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: SHARE in Baltimore??!?!?! (The dark side...)

[Shane]

Eric and I must be on the same budget constraints. Share SFO was
certainly in an "interesting" neighbourhood. However, you didn't have to
stray too far from the beach area in Long Beach to feel decidedly
uncomfortable either.
Last time I holidayed in New Orleans, getting lost heading back to your
little French hotel wasn't recommended.

It's the same everywhere - the locals know where not to go (or be
careful), the visitors need to be sensible.
When I go to conference (anywhere) I try to stay "in-house",and go out
(in need) with a group. Not the cheapest option, but allows me the
luxury of less worry.

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: z900 model conversions

[Shane]

On Mon, 2006-05-22 at 10:47 -0700, Gibbons, Mark wrote:

> means we have to have the conversion complete by Oct 2, 2006, 
> not just the purchase.  Has anyone encountered a different opinion? 
> I had assumed we could buy the downgrade and install it at a later time.
> Has anyone looked at  buying an upgrade for installation after 10/2/2006?

I commented at the time that this seemed a pretty aggressive stance by
IBM - was prior to the BC announcement remember.

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: SHARE in Baltimore??!?!?! (The dark side...)

[Ed Finnell]

 
In a message dated 5/22/2006 4:57:40 P.M. Central Standard Time,  
[EMAIL PROTECTED] writes:

It's the  same everywhere - the locals know where not to go (or be
careful), the  visitors need to be sensible.



>>
My boss went to big Internet Conference in Atlanta and just going to bed  
hears this wham, wham, wham, thud,thud,thud...Pickpocket tried to lift the  
wallet of one of the conferees. This guy was all Southwest Conf. Def End and  
Academic All American from UT/Austin.
He was pounding the crap out of the pickpocket. Finally security crew  showed 
up...'Sir,sir..if you don't stop we're gonna take you in..' OK, just a  
minute...whap,whap whapnow! You can have him.
 
Similar stories for SFO, LAX, JWI, and NOL. Don't stray from the  
herdAlso notice that NOAA is predicting more East Coast pattern for  
Hurricane season 
this year. At _http://www.noaa.com/_ (http://www.noaa.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: A little more insight on the Java strangeness I'm encountering

[Steve Comstock]

Kevin Pintar wrote:

Steve,
Talking to a few fellows who have been working with Java on the
mainframe, they suggested looking at the value of 'file.encoding' system
property.




And where would I expect to find that? In /usr/lpp/java/J1.4/bin
there is a java.properties file, but it does not have a 'file.encoding'
string anywhere I could find.



Here is a page that has some code snippets and a discussion that may
help.

http://java.sun.com/developer/JDCTechTips/2003/tt0110.html


Well, interesting, but not helpful in telling me where
and how to change my ecoding. I think that's what I need.

Kind regards,

-Steve

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

Structure of VVDS

[Manuel Tabares Solórzano]

 Hello List..I need the structure (data areas) of VVDS. Anyone can give me 
?


 Thank in advance

--
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: VRECOV for newbies

[Brian Westerman]

Don't ever be afraid to ask questions.  We have all had them in the past.  

What CBT file did you get the VRECOV clist from?

Brian

--
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: OSA-ICC h/w & s/w

[Brian Westerman]

Hi,

I have not heard the "Too Many Consoles" suggestion before, but possibly
they just didn't want you to give one to everyone:).  Any way, most of the
client sites that I have set up that have ICC capability have between 6 to
10 consoles actively in use, and normally spread accross alternate
interfaces.  I wouldn't put them on a network that is accessable from the
outside without a gun to my head, but I suppose if you protect them properly
you could even do that.  

There is no clear "best" choice for a console emulator, although
attachmate,and IBM's eNet Personal Comm emulator seem to be the most widely
used with others like tn3270plus and Reflection (no longer available as this
name) seem to be able to work well also.

The speed of the PC that you use is not a big factor so long as it's at
least a Pentium 3 or higher.  It's more important to have a reliable network
card or built-in NIC interface on the motherboard as a reliable link to the
ICC.  You can scrimp on most everything else in the PC.  You might want to
also remove all of the games on the PC if it's a older/slower model, so that
the operators don't spend more time doing a lot of game playing.  

I normally would say something like if you can spend the bucks on the
mainframe you can afford the few hundred for a reliable PC, but I have come
to realize that data centers don't always work that way.

If you need any help configuring things feel free to contact me offline (or
here) and I'll help where I can.  I've set this up quite a few times now and
while it's not always intuitive, it's also not difficult to get it all
working either.

Brian

--
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: Volcat Allocation Parameters

[Brian Westerman]

I think with only 500 volsers that you won't see any tangable benefits to
making any changes at all.  

Brian

--
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: Structure of VVDS

[Dave Cartwright]

On Mon, 22 May 2006 22:37:30 +, Manuel Tabares Solórzano 
<[EMAIL PROTECTED]> wrote:

>  Hello List..I need the structure (data areas) of VVDS. Anyone can give me
>?
>

I don't think IBM provide a Programming Interface for the VVDS. Some people 
have figured out bits of it. Take a look at the MAPDISK program in file 172 
of the CBT tape (http://cbttape.org/) which does some VVDS processing. 
Other entries on the CBT tape may provide further information - check the 
documentation in file 001.

DC

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