Re: IBMLINK 3270 down?

[Chase, John]

> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of Skip Robinson
> 
> I'm logged on to it at the moment. No problems...

Hmmm.  Maybe it's "something" with the VPN thru the office..
I'll try again from work on Friday.

-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: FICON vs ESCON CTC's

[Dave Barry]

I mean CF links.

Thanks to all who replied.

db

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Scott Rowe
Sent: Monday, December 24, 2007 11:35 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: FICON vs ESCON CTC's


Obviously #2 is going to be faster, since the transaction may never even
need to communicate with system B, but I'm not sure if it is relevant to
the subject of this thread.  

What exactly do you mean by "FICON CF links"?

--
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: FlashCopy problem?

[Joel C. Ewing]

Even if the FC pairing always stays the same there is still the 
possibility the VVDS might take another extent, or that there could be 
VTOC or VVDS tracks that have never yet needed to be copied and would be 
invalid if read from the target after a withdraw.  With 
flash-copy-no-copy you always have the exposure that after the FC 
withdraw you may be left with inconsistent/invalid VTOC and/or VVDS data 
on the target volume.  If you always re-init the target, you don't have 
to worry about special cases, and the overhead is so minor compared with 
dumping a volume that there is no good reason not to re-INIT.


See earlier remarks in ibm-main re the INIT on a target volume also 
forcing a FC Withdraw of no-copy relationship.  If you are going to 
re-init anyhow, this is probably a better way to do the withdraw than 
with the DUMP.  If you withdraw the copy relationship but leave the 
device online, you are exposed to some occasionally bizarre (but 
typically non-fatal) MVS error messages if some periodic system process 
that checks all online volumes attempts to look at the online target 
volume after the FCWITHDR but before it is reinitialized and sees 
"strangeness".

JC Ewing

Scott Rowe wrote:
One of the issues I've noticed is that if the VTOC moves as a function of the FlashCopy, then you may have issues accessing the target volumes, particulrly on other systems.  These can usually be solved by varying off/on the target volumes, so that the VTOC location can be refreshed in the UCB.  


This is usually an issue only after the first copy of a volume - as long as the 
source-target pairing remains the same, the VTOC will not appear to move after 
the first time.

I suspect that your problem may be ralated to this.


Paul Jodlowski <[EMAIL PROTECTED]> 12/24/2007 11:54:37 AM >>>

We have a DS6800 with flashcopy 2.  We use the following to flash 37 volumes
COPY FULL INDY(USERxx) OUTDY(FSERxx) PUR ADMIN -
   DUMPCOND FCNC FR(REQ) ALLDATA(*) ALLEXCP 
The job takes about 20 seconds and completes with a cond code of 0.

Then about 4 hours later run job to dump target to tape using following
   DUMP INDD(DASD) OUTDD(BACKUP) FCWD
The job fininhes with cond code 0.
The next day when run Copy job again get cond code of 8 with System abend 
code=0213 (but not on EVERY volume just on 9 of them).

If I init the target volumes this seems to fix it.
Just want to know if this is S.O.P. (copy,dump then init). Or is this WRONG.
os is 1.7

Cheers

...

--
Joel C. Ewing, Fort Smith, AR[EMAIL PROTECTED]

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

Re: Problem fetching a program object (CSV031I)

[Rick Fochtman]

-


Ed Jaffe's append is correct:
 


Program object pages might be fetched and relocated in real-time when a
page fault occurs for a not-yet-fetched page of the module.
   



Loading upon page-fault is a characteristic (depending on your options) of
PDSEs that does not exist for PDS's.
 


--
Excellent proof of my lack of PDSE experience. Small shop, small system, 
no real need to explore, no management encouragement, too many other 
fires.


Oh, well. Maybe a better year coming.

--
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: FICON vs ESCON CTC's

[Skip Robinson]

Our XCF and VTAM FCTCs are identical. In fact, they're just different
devices on the same 'control units'.

.
.
JO.Skip Robinson
Southern California Edison Company
Electric Dragon Team Paddler
SHARE MVS Program Co-Manager
626-302-7535 Office
323-715-0595 Mobile
[EMAIL PROTECTED]


   
 Eric Mendelson
 <[EMAIL PROTECTED] 
 >  To 
 Sent by: IBM  IBM-MAIN@BAMA.UA.EDU
 Mainframe  cc 
 Discussion List   
 <[EMAIL PROTECTED] Subject 
 .EDU> Re: FICON vs ESCON CTC's
   
   
 12/24/2007 11:36  
 AM
   
   
 Please respond to 
   IBM Mainframe   
  Discussion List  
 <[EMAIL PROTECTED] 
   .EDU>   
   
   




Can we use the same CTC definitions in VTAM for FCTC's i.e can be just
activate the FCTC definitions exact;y like CTC

--
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: Merry Christmas and a Happy New Year

[Dave Kopischke]

Another year of trials and tribulations made easier and sometimes humorous by 
all of you.

Thank you once again...

Merry Christmas and Happy New Year.

--
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: FICON vs ESCON CTC's

[Eric Mendelson]

Can we use the same CTC definitions in VTAM for FCTC's i.e can be just  
activate the FCTC definitions exact;y like CTC



**See AOL's top rated recipes 
(http://food.aol.com/top-rated-recipes?NCID=aoltop000304)

--
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: How to migrate z/OS to new h/w when no common disk or tape between systems

[Thompson, Steve]

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Arthur T.
Sent: Monday, December 24, 2007 12:59 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: How to migrate z/OS to new h/w when no common disk or tape
between systems

On Mon, 24 Dec 2007 08:15:38 -0800 (PST), in bit.listserv.ibm-main
(Message-ID:<[EMAIL PROTECTED]
ps.com>)
StuartR <[EMAIL PROTECTED]> wrote:

>I hope you can give some ideas as if or how to solve the following 
>issue.


  I quoted the whole of your message because it hasn't been seen by
the majority of IBM-Main readers.  You should join the Listserv so you
can post to it, even if you continue to read it via Usenet.  See the
instructions at the end of this (or almost any other) post.

  As to solutions, have you considered copying the disk volume (or
the DF/DSS dump of it) to DVD and snearkernetting it to the new machine?

  Also, you mention that the old server "has only internal disk".
If you can accept the downtime, you can probably open the old server and
either temporarily install a new disk to copy to, or take the old disk
out and temporarily install it in the new server.


There may be another problem. What level of z/OS are you trying to
migrate? What are you migrating from (e.g., an M/P 3000)?

This may be more of a painful migration than you are expecting.

Regards,
Steve Thompson

-- All opinions expressed by me are my own and may not necessarily
reflect those of my employer. --

--
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: IBMLINK 3270 down?

[Skip Robinson]

I'm logged on to it at the moment. No problems...


.
.
JO.Skip Robinson
Southern California Edison Company
Electric Dragon Team Paddler
SHARE MVS Program Co-Manager
626-302-7535 Office
323-715-0595 Mobile
[EMAIL PROTECTED]


   
 "Chase, John" 
 <[EMAIL PROTECTED] 
 >  To 
 Sent by: IBM  IBM-MAIN@BAMA.UA.EDU
 Mainframe  cc 
 Discussion List   
 <[EMAIL PROTECTED] Subject 
 .EDU> IBMLINK 3270 down?  
   
   
 12/24/2007 11:07  
 AM
   
   
 Please respond to 
   IBM Mainframe   
  Discussion List  
 <[EMAIL PROTECTED] 
   .EDU>   
   
   




Hi, All,

While waiting for authentication to get "unstuck" on the IBMLink web
interface, I tried to connect to the 3270 interface at
ibmlink.advantis.com.  The connect attempt timed out several times.
Meanwhile, I was finally "allowed" to continue via the web interface,
but the 3270 interface is still not responding at all.  Since I'm
currently "on vacation" I didn't (and won't) open a ticket with IBMLink
for this.

--
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: FlashCopy problem?

[Paul Jodlowski]

Nope that did not work 
Vary device offline (waited 1 hour went to lunch)
Vary device online and ran flashcopy job and got System abend code=213.  When I 
go to 3.4 screen and try using target volume I get at VTOC error.  Also this is 
on a mono-plex non-SMS.

Cheers

 Scott Rowe <[EMAIL PROTECTED]> wrote: 
> One of the issues I've noticed is that if the VTOC moves as a function of the 
> FlashCopy, then you may have issues accessing the target volumes, particulrly 
> on other systems.  These can usually be solved by varying off/on the target 
> volumes, so that the VTOC location can be refreshed in the UCB.  
> 
> This is usually an issue only after the first copy of a volume - as long as 
> the source-target pairing remains the same, the VTOC will not appear to move 
> after the first time.
> 
> I suspect that your problem may be ralated to this.
> 
> >>> Paul Jodlowski <[EMAIL PROTECTED]> 12/24/2007 11:54:37 AM >>>
> We have a DS6800 with flashcopy 2.  We use the following to flash 37 volumes
> COPY FULL INDY(USERxx) OUTDY(FSERxx) PUR ADMIN -
>DUMPCOND FCNC FR(REQ) ALLDATA(*) ALLEXCP 
> The job takes about 20 seconds and completes with a cond code of 0.
> Then about 4 hours later run job to dump target to tape using following
>DUMP INDD(DASD) OUTDD(BACKUP) FCWD
> The job fininhes with cond code 0.
> The next day when run Copy job again get cond code of 8 with System abend 
> code=0213 (but not on EVERY volume just on 9 of them).
> If I init the target volumes this seems to fix it.
> Just want to know if this is S.O.P. (copy,dump then init). Or is this WRONG.
> os is 1.7
> 
> Cheers
> 
> --
> 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

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

IBMLINK 3270 down?

[Chase, John]

Hi, All,

While waiting for authentication to get "unstuck" on the IBMLink web
interface, I tried to connect to the 3270 interface at
ibmlink.advantis.com.  The connect attempt timed out several times.
Meanwhile, I was finally "allowed" to continue via the web interface,
but the 3270 interface is still not responding at all.  Since I'm
currently "on vacation" I didn't (and won't) open a ticket with IBMLink
for this.

-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: How to migrate z/OS to new h/w when no common disk or tape between systems

[Arthur T.]

On Mon, 24 Dec 2007 08:15:38 -0800 (PST), in 
bit.listserv.ibm-main 
(Message-ID:<[EMAIL PROTECTED]>) 
StuartR <[EMAIL PROTECTED]> wrote:


I hope you can give some ideas as if or how to solve the 
following

issue.

You may guess that it relates to migrating from an "old" 
server with
no external tape and no external disk to a new z9 + 
external DS6000

disk -

There are no tape units installed.
There is no z/VM system in the old environment.

We wish to migrate the z/OS systems and data currently in 
use to the

new envrionment.
For simplicity sake imagine it is a one pack z/OS system 
we need to

move - once we can ipl this we are in business to do more.

How might you do this, our options thinking went like 

1. Use new z/OS starter system - as above not possible 
since no

external tape to restore it from
2. Connect new server to the existing disk or old server 
to the new
disk systems - not possible, the old system has only 
internal disk and

the new disk is FICON and cannot
be connected to the old processor.

So this leaves us with

3. Somehow "dump" an old system and FTP it across to the 
new system
having loaded z/VM via the z9 HMC using DVD's to the new 
systems disk
and thus having a z/VM and CMS environment - z/VM is 
available on

DVD's.

This is where the questions arise and looking for some 
help or ideas

as to how to make this work or if not possible.

We see the steps as

GET A RESTORE PGM
We believe we can build a SA DFDSS pgm in card image form 
(BUILDSA) on

the old system and FTP this across to a CMS user.
This user should be able to receive this card image as a 
CMS file and

"punch" it to the virtual reader.
We could then "IPL" from the reader on this z/VM virtual 
machine


- this then creates a SA DFDSS environment

GET THE DUMPED DFDSS "one pack system" data
the trick now, and where we are struggling it how to send 
across the

DSFSS dump of  the one pack environment.
Clearly on the old system we can create a sequential DFDSS 
dump image

but held on disk.
We then need to FTP this sequential image and use it as 
input to the

SA DFDSS system Ipl'ed.

SO ... ANY CLUES ON

- HOW TO SPECIFY THE FTP OPTIONS at each end to make sure 
both ends

correctly see this sequential stream in a format DFDSS can
subsequently use.
  (we assume it will be held as in interim CMS file)

- HOW WE specify the input to the SA DFDSS environment we 
have just

ipl'ed so it can process this data

We feel we need some views as to whether this is a non 
starter as a

process OR if posible please
details of the process and commands that should be used to 
achieve

this

Hopefully someone has done this who could assist or knows 
if this is

just not possible.

TIA.


 I quoted the whole of your message because it hasn't 
been seen by the majority of IBM-Main readers.  You should 
join the Listserv so you can post to it, even if you 
continue to read it via Usenet.  See the instructions at 
the end of this (or almost any other) post.


 As to solutions, have you considered copying the disk 
volume (or the DF/DSS dump of it) to DVD and 
snearkernetting it to the new machine?


 Also, you mention that the old server "has only 
internal disk".  If you can accept the downtime, you can 
probably open the old server and either temporarily install 
a new disk to copy to, or take the old disk out and 
temporarily install it in the new server.


--
I cannot receive mail at the address this was sent from.
To reply directly, send to ar23hur "at" intergate "dot" 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: Problem fetching a program object (CSV031I)

[Peter Relson]

Ed Jaffe's append is correct:
>Program object pages might be fetched and relocated in real-time when a
>page fault occurs for a not-yet-fetched page of the module.

Loading upon page-fault is a characteristic (depending on your options) of
PDSEs that does not exist for PDS's.

Peter Relson
z/OS Core Technology Design

--
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: Problem fetching a program object (CSV031I)

[Wayne Driscoll]

Rick,
You are free to take anyone's views with a grain of salt, but bear in
mind that Peter not only has access to the source code to the current
system, he also heavily involved with current design decisions in a
number of z/OS development teams.  Keep in mind also that the original
poster was referring to a program object stored in a PDSE, not a load
module stored in a PDS, so how things worked in MVS 3.8J and earlier may
not (and probably don't) apply to this discussion.

Wayne Driscoll
Product Developer
JME Software LLC
NOTE:  All opinions are strictly my own.



-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Rick Fochtman
Sent: Sunday, December 23, 2007 8:44 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Problem fetching a program object (CSV031I)

-

>It is perhaps related also to the fact that additional data needs to be
>managed for relocation purposes to accommodate relocation spanning a
page
>boundary.
>  
>
--
I'd have to take that with a serious grain of salt, Peter. Relocation 
has spanned page boundaries since the advent of virtual storage systems.

Perhaps there's another boundary that you have in mind.

Query for the list: does anyone have the source code for the MVS 3.8J 
LOADER (PGM name IEWLOADR)? I'm trying to remember the exact process of 
relocating an object module into storage.

--
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: FlashCopy problem?

[Scott Rowe]

One of the issues I've noticed is that if the VTOC moves as a function of the 
FlashCopy, then you may have issues accessing the target volumes, particulrly 
on other systems.  These can usually be solved by varying off/on the target 
volumes, so that the VTOC location can be refreshed in the UCB.  

This is usually an issue only after the first copy of a volume - as long as the 
source-target pairing remains the same, the VTOC will not appear to move after 
the first time.

I suspect that your problem may be ralated to this.

>>> Paul Jodlowski <[EMAIL PROTECTED]> 12/24/2007 11:54:37 AM >>>
We have a DS6800 with flashcopy 2.  We use the following to flash 37 volumes
COPY FULL INDY(USERxx) OUTDY(FSERxx) PUR ADMIN -
   DUMPCOND FCNC FR(REQ) ALLDATA(*) ALLEXCP 
The job takes about 20 seconds and completes with a cond code of 0.
Then about 4 hours later run job to dump target to tape using following
   DUMP INDD(DASD) OUTDD(BACKUP) FCWD
The job fininhes with cond code 0.
The next day when run Copy job again get cond code of 8 with System abend 
code=0213 (but not on EVERY volume just on 9 of them).
If I init the target volumes this seems to fix it.
Just want to know if this is S.O.P. (copy,dump then init). Or is this WRONG.
os is 1.7

Cheers

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

FlashCopy problem?

[Paul Jodlowski]

We have a DS6800 with flashcopy 2.  We use the following to flash 37 volumes
COPY FULL INDY(USERxx) OUTDY(FSERxx) PUR ADMIN -
   DUMPCOND FCNC FR(REQ) ALLDATA(*) ALLEXCP 
The job takes about 20 seconds and completes with a cond code of 0.
Then about 4 hours later run job to dump target to tape using following
   DUMP INDD(DASD) OUTDD(BACKUP) FCWD
The job fininhes with cond code 0.
The next day when run Copy job again get cond code of 8 with System abend 
code=0213 (but not on EVERY volume just on 9 of them).
If I init the target volumes this seems to fix it.
Just want to know if this is S.O.P. (copy,dump then init). Or is this WRONG.
os is 1.7

Cheers

--
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: FICON vs ESCON CTC's

[Scott Rowe]

Obviously #2 is going to be faster, since the transaction may never even need 
to communicate with system B, but I'm not sure if it is relevant to the subject 
of this thread.  

What exactly do you mean by "FICON CF links"?

>>> Dave Barry <[EMAIL PROTECTED]> 12/21/2007 6:28 PM >>>
Job A on system A issues static SQL query to DB2 on system B.  Which is
faster:

1) DDF call to DB2 on system B via APPC over FICON CTC 

or

2) Local call to DB2 member of datasharing group w/ FICON CF links?

Considering the overhead of DRDA protocol and independent enclave
creation/classification/scheduling, etc., I would guess option 2 is more
efficient in terms of CPU and response time.  I'm just not sure how to
determine in theory to what degree.

db



-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Vernooy, C.P. - SPLXM
Sent: Wednesday, December 19, 2007 9:38 AM
To: IBM-MAIN@BAMA.UA.EDU 
Subject: Re: FICON vs ESCON CTC's


"Mark Jacobs" <[EMAIL PROTECTED]> wrote in message
news:<[EMAIL PROTECTED]>...
> Is there any advantage in migrating CTC's from ESCON to FICON?
> 
> --
> Mark Jacobs
> Time Customer Service
> Tampa, FL 
> --

SPEED!!!
XCF signalling via Ficon CTC links well outperform CF structures. Others
will benefit similarly (VTAM).

Kees.

--
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: EXCP issues

[Shmuel Metz (Seymour J.)]

In <[EMAIL PROTECTED]>, on 12/17/2007
   at 09:33 AM, "(IBM Mainframe Discussion List)" <[EMAIL PROTECTED]>
said:

>You asked in another post where STARTIO is documented.  IBM has never  
>documented STARTIO in a publicly available document,

IBM documented it, partially, in IOS logic manuals; the versions for
OS/VS2 R2 through R3.8 were publicly available. Subsequent versions were
available to licensees for a while.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

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

Re: FICON vs ESCON CTC's

[Shmuel Metz (Seymour J.)]

In <[EMAIL PROTECTED]>, on 12/21/2007
   at 10:39 AM, Matthew Stitt <[EMAIL PROTECTED]> said:

>BSC NJE is needed if you are communicating with a system which does not
>support (or is not configured) SNA NJE. 

No; you can use a CTCA or TCP/IP link. 
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

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

Re: It keeps getting uglier

[Thompson, Steve]

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Ed Gould
Sent: Friday, December 21, 2007 8:57 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: It keeps getting uglier


Steve,

WHich bar is that, the one at SCIDS or the legal type?:)

Ed


The one down the street. They import good German beers.

Regards,
Steve Thompson

-- All opinions expressed by me are my own and may not necessarily
reflect those of my employer. --

--
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: Logical Vol on what Stack Volume

[Vernooy, C.P. - SPLXM]

"Arturo A. Arca" <[EMAIL PROTECTED]> wrote in message
news:<[EMAIL PROTECTED]>...
> I am unable to issue a map on a stack volume to find out what Logical 
> volumes it contains. Would any one have any suggestions. 
> 
> Appreciate you help. 
> 

Which type of VTS are you referring to? What did you try?
For the TS7700 and the B10/20 there is the BVIR (Bulk Volume Information
Retrieval) function, that provides stack volumes maps among others.

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.
Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal
Dutch Airlines) is registered in Amstelveen, The Netherlands, with
registered number 33014286 
**

--
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: Merry Christmas and a Happy New Year

[Michael Poil]

I wish everyone a Merry Christmas and a Happy New Year too.

"The Lord bless you and keep you and make His face shine upon you." 
(Numbers 6:25).

--
Mike Poil
Java z/OS Level 3 Service
IBM United Kingdom Limited, Hursley Park, Winchester SO21 2JN
Internal: 246824  External: +44 (0)1962 816824 
Java debugging: http://www.ibm.com/developerworks/java/jdk/diagnosis/
--






Unless stated otherwise above:
IBM United Kingdom Limited - Registered in England and Wales with number 
741598. 
Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU






--
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: Merry Christmas and a Happy New Year

[Andy Robertson]

Happy Christmas to all on the list :)

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

Merry Christmas and a Happy New Year

[Clement Clarke]

May you have a wonderful Christmas, and receive all the universe has to
offer over Christmas and the New Year.  And may the New Years just
rolling on, and on!

Create wonderful lives for yourselves and those around you, remembering
that thoughts become things, and that you have reflected back to you
what you create

Peace and Blessings,

Clement Clarke, Perth, Australia

www.ozemail.com.au/~oscarptyltd

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