Re: How to share tape drives

[Alain Benveniste]

Jr,

Finally, your are the one for who these threads will bring a benefit. :)

Thanks for all
Alain

Re: How to share tape drives

[Alain Benveniste]

Les,

I was referring to the ptf VM63746

Thanks
Alain

Re: Mainframe Consoles

[Adam Thornton]

The issue isn't the size, it's the effective resolution.  37" doesn't  
help if it's only a 1024x786 screen.


On my laptop (17" widescreen, 1680 x 1050),  I can get almost 3  
tn3270X sessions next to each other ( a few pixels overlap), and  
another 2 on the 1280x1024 17" screen next to it.  If I didn't mind  
running at 24 lines rather than 43 lines I could easily stack them  
one on top of each other.  So that'd be 10 sessions.  (At "Built-in  
12 pt. font, reduced line spacing").  The screen appears to be 6  
character cells too narrow to hold all three across, so I think  
what's going on is that it's a 7-pixel character cell and I'm getting  
one spare column's worth on each side in the emulator.  So presumably  
if I overlapped my windows just right I could actually get all the  
displayable columns of each screen up there at once, and see 10  
sessions at one time.  This is more than I need at once.  YMMV.


The classic 3270 font is a 9x14 character cell, I think.  So divide  
your width by 9 and your height by 14 to figure out how many total  
rows/columns you can get out of your display, and subtract a bit for  
your window decorations.  That should tell you how many monitors you  
need to buy.


Adam



On Mar 12, 2007, at 2:28 PM, Feller, Paul wrote:


 We use PCs with 19 inch flat panel monitors.  We run 4 "sessions" on
each screen.  The PCs are running IBM PCOMM under Windows-XP.  They  
are
all connect to OSA-ICC cards.  At the local site we run one monitor  
per

PC and at a remote site we are running two monitors per PC.

Paul

-Original Message-
From: The IBM z/VM Operating System  
[mailto:[EMAIL PROTECTED] On

Behalf Of [EMAIL PROTECTED]
Sent: Monday, March 12, 2007 1:58 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Mainframe Consoles

We are looking at replacing our Multiprise 2000 with a z9, and the  
issue

of replacing the console terminals has come up.

Currently, we have 3 3290 gas plasma terminals with 4 screens on each
for our VSE guests, and a 3472 terminal for VM. We actually need the
equivalent of 12 terminals sessions. We plan on using OSA-ICC for the
new consoles. It does not look practical to stuff 12 17-inch LCD
monitors into our console area. We experimented with multiple BlueZone
terminal emulator sessions on a 37-inch LCD monitor, but the result  
was

not very readable.

Re: How to share tape drives

[Imler, Steven J]

> drive.  Although, once APAR VM64062 to DFSMS (RMS) comes out, with
> a corresponding CP APAR, RMS will no longer attach the drive to
> itself to issue a query command.

Les ... I wasn't aware you were addressing (correcting) this!  

This will be a huge improvement to the VM:Tape RMS initialization
process.  It will remove many complications that can result when tape
drives can not be ATTACHED when the QUERY LIBRARY DEVICE command/call is
issued.

JR (Steven) Imler
CA
Senior Software Engineer
Tel:  +1 703 708 3479
Fax:  +1 703 708 3267
[EMAIL PROTECTED]

Re: How to share tape drives

[Les Geer (607-429-3580)]

As far as I know, there wasn't any new CP APAR for multiuser support.
Attaching multiuser will only help in the VM environment, not across
LPARS.
If there was an assign issue, CP would not allow RMS to attach the
drive.  Although, once APAR VM64062 to DFSMS (RMS) comes out, with
a corresponding CP APAR, RMS will no longer attach the drive to
itself to issue a query command.
I do not believe RMS has any access to determine any assign status
of the device.  Unless the ATL returns information on this which
RMS is currently not looking at.
RMS does not look at CP RDEV control blocks.



Best Regards,
Les Geer
IBM z/VM and Linux Development

>Jr,
>
>I did the some tests and I didn't canceled anything on my MVS lpar.
>Was I lucky ? It is better to wait for Les answer.
>If it was a problem, couldn't the new ptf brought by z/VM530, that permits
>dfsmsrm to att multiuser, resolve this ?
>
>Alain
>
>
>
>
>> Alain,
>>
>> Be careful!  DFSMSRM QUERY LIB DEV requires an ATTACH/DETACH of the
>> device by the RMSMASTR virtual machine.
>>
>> I'm not sure if that will be disruptive to a z/OS LPAR that might be
>> using the tape drive (perhaps Les can confirm if this is an issue).
>>
>> JR (Steven) Imler
>> CA
>> Senior Software Engineer
>> Tel:  +1 703 708 3479
>> Fax:  +1 703 708 3267
>> [EMAIL PROTECTED]
>>
>>
>> -Original Message-
>> From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
>> Behalf Of Alain Benveniste
>> Sent: Monday, March 12, 2007 09:44 AM
>> To: IBMVM@LISTSERV.UARK.EDU
>> Subject: Re: How to share tape drives
>>
>> You're right JR, I tested this, this morning and I can't get any info.
>> You also probably means there is no way to obtain the info I need...
>>
>> But that generates an other question :
>>
>> What Control Blocks dfsmsrm uses to send back the info we can see with
>> the cmd :
>> dfsmsrm q lib dev  (assign
>>
>>
>> Alain
>>
>>
>> > Alain,
>> >
>> > The control block "hints" that Alan provided are only relevant when
>> > running z/OS under z/VM.  The information does not apply when running
>> > z/OS in a separate LPAR from the z/VM system.
>> >
>> > JR (Steven) Imler
>> > CA
>> > Senior Software Engineer
>> > Tel:  +1 703 708 3479
>> > Fax:  +1 703 708 3267
>> > [EMAIL PROTECTED]
>> >
>> >
>> > -Original Message-
>> > From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED]
>> On
>> > Behalf Of Alain Benveniste
>> > Sent: Monday, March 12, 2007 12:02 AM
>> > To: IBMVM@LISTSERV.UARK.EDU
>> > Subject: Re: How to share tape drives
>> >
>> > Alan,
>> >
>> > I was looking that direction too. Since I a not a hard Control Block
>> > game=
>> > r
>> > it was bit empiric for me. I thougt to test the RDEVSID today with no
>> > conviction.
>> >
>> > Now that you help me this way I have something more concrete to look
>> at.
>> >
>> > This would work in both cases when we are working :
>> >  - in LPAR mode (21 partitions)
>> >  - in D/R when our 14 MVS are under VM
>> >
>> > Is this info was missing to JR and you ?
>> >
>> > Alain
>> >
>>

Re: Mainframe Consoles

[August Carideo]

we switched to a 2094 and ESCON attached 3174's for now
we are not going to look into the OSA-ICC solutions just yet
Augie



   
 [EMAIL PROTECTED] 
 Sent by: The IBM  
 z/VM Operating To 
 SystemIBMVM@LISTSERV.UARK.EDU 
 <[EMAIL PROTECTED]  cc 
 ARK.EDU>  
   Subject 
   Mainframe Consoles  
 03/12/2007 02:57  
 PM
   
   
 Please respond to 
   The IBM z/VM
 Operating System  
 <[EMAIL PROTECTED] 
 ARK.EDU>  
   
   




We are looking at replacing our Multiprise 2000 with a z9, and the issue
of replacing the console terminals has come up.

Currently, we have 3 3290 gas plasma terminals with 4 screens on each
for our VSE guests, and a 3472 terminal for VM. We actually need the
equivalent of 12 terminals sessions. We plan on using OSA-ICC for the
new consoles. It does not look practical to stuff 12 17-inch LCD
monitors into our console area. We experimented with multiple BlueZone
terminal emulator sessions on a 37-inch LCD monitor, but the result was
not very readable.

What are other sites doing for consoles? Suggestions, caveats?

Peter


The information transmitted is intended only for the person or entity to
which it is addressed and may contain confidential and/or privileged
material.  Any review retransmission dissemination or other use of or
taking of any action in reliance upon this information by persons or
entities other than the intended recipient or delegate is strictly
prohibited.  If you received this in error please contact the sender and
delete the material from any computer.  The integrity and security of this
message cannot by guaranteed on the Internet.  The Sender accepts no
liability for the content of this e-mail or for the consequences of any
actions taken on basis of the information provided.  The recipient should
check this e-mail and any attachments for the presence of viruses.  The
sender accepts no liability for any damage caused by any virus transmitted
by this e-mail.  This disclaimer is the property of the TTC and must not be
altered or circumvented in any manner.

Re: Mainframe Consoles

[Feller, Paul]

 We use PCs with 19 inch flat panel monitors.  We run 4 "sessions" on
each screen.  The PCs are running IBM PCOMM under Windows-XP.  They are
all connect to OSA-ICC cards.  At the local site we run one monitor per
PC and at a remote site we are running two monitors per PC.

Paul 

-Original Message-
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of [EMAIL PROTECTED]
Sent: Monday, March 12, 2007 1:58 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Mainframe Consoles

We are looking at replacing our Multiprise 2000 with a z9, and the issue
of replacing the console terminals has come up.

Currently, we have 3 3290 gas plasma terminals with 4 screens on each
for our VSE guests, and a 3472 terminal for VM. We actually need the
equivalent of 12 terminals sessions. We plan on using OSA-ICC for the
new consoles. It does not look practical to stuff 12 17-inch LCD
monitors into our console area. We experimented with multiple BlueZone
terminal emulator sessions on a 37-inch LCD monitor, but the result was
not very readable.

What are other sites doing for consoles? Suggestions, caveats?

Peter 


The information transmitted is intended only for the person or entity to
which it is addressed and may contain confidential and/or privileged
material.  Any review retransmission dissemination or other use of or
taking of any action in reliance upon this information by persons or
entities other than the intended recipient or delegate is strictly
prohibited.  If you received this in error please contact the sender and
delete the material from any computer.  The integrity and security of
this message cannot by guaranteed on the Internet.  The Sender accepts
no liability for the content of this e-mail or for the consequences of
any actions taken on basis of the information provided.  The recipient
should check this e-mail and any attachments for the presence of
viruses.  The sender accepts no liability for any damage caused by any
virus transmitted by this e-mail.  This disclaimer is the property of
the TTC and must not be altered or circumvented in any manner.

more shared segment archeology

[Anne & Lynn Wheeler]

One of the reasons the vm development group picked up so much from the
science center
http://www.garlic.com/~lynn/subtopic.html#545tech

to ship in the (vm370 product) release 3/4 time-frame was a lot of
the resources had been diverted to FS ... similar to the reference in
this post
http://www.garlic.com/~lynn/2007f.html#10 Beyond multicore
in this old email
http://www.garlic.com/~lynn/2007f.html#email800117

and some followup to the above
http://www.garlic.com/~lynn/2007f.html#11 Is computer history taught now?
http://www.garlic.com/~lynn/2007f.html#12 FBA rant

and lots of past posts mentioning future system project
http://www.garlic.com/~lynn/subtopic.html#futuresys

and then there was a relatively short window between the demise of FS
(and return of the diverted resources) and when POK convinced
corporate to completely shutdown VM and move all the people to POK to
support MVS/XA development ... as part of trying to get MVS/XA out the
door (everybody was scrambling to make up for lost time because of
FS). The reference in this post to POK convincing corporate about VM
shutdown and all the people diverted to MVS/XA (and Endicott salvaging
some of the VM mission) ... glosses over the period with lots of
resources diverted to work on FS
http://www.garlic.com/~lynn/2007f.html#7 IBM S/360 series operating systems 
history

In addition to development group having to play catch-up (by picking
up stuff from the science center for product ship; because of period
when a lot of resources were diverted to FS), there were also some
amount of stuff that had been dropped in the morph from cp67 to
vm370. I continued to work on cp67 during this period and then when
the science center got a 370/155-II ... ported a bunch of stuff to
vm370. Old communication from 1973 about porting/enhancing a bunch of
science center stuff from cp67 to vm370
http://www.garlic.com/~lynn/2006v.html#email731212 
in this post 
http://www.garlic.com/~lynn/2006v.html#36 Why these original FORTRAN quirks?


and related email from 1975 ... creating an "enhanced" vm rel2 system
for shipment to internal accounts:
http://www.garlic.com/~lynn/2006w.html#email750102
in this post
http://www.garlic.com/~lynn/2006w.html#7 Why these original FORTRAN quirks?
and
http://www.garlic.com/~lynn/2006w.html#email750430
in this post
http://www.garlic.com/~lynn/2006w.html#8 Why these original FORTRAN quirks?

One of the items was whole restructuring for what I called virtual
memory management ... which included a bunch of bells and whistles
related to virtual memory segments as well as being integrated with
page mapped filesystem changes for CMS.

Much of the internal restructuring for handling virtual memory
segments was picked up as part of release 3 DCSS ... however only a
small subset of the function that utilized that restructuring was
actually shipped as part of release 3 DCSS.

I had also gotten roped into doing a lot of the ECPS work for Endicott,
old reference here
http://www.garlic.com/~lynn/94.html#21 370 ECPS VM microcode assist
http://www.garlic.com/~lynn/94.html#27 370 ECPS VM microcode assist
http://www.garlic.com/~lynn/94.html#28 370 ECPS VM microcode assist

and at the same time various SMP work ... old "VAMPS" email from 1975
http://www.garlic.com/~lynn/2006w.html#email750827
in this post
http://www.garlic.com/~lynn/2006w.html#10 long ago and far away, vm370 from 
early/mid 70s

lots of other posts mentioning VAMPS (5-way SMP project)
http://www.garlic.com/~lynn/subtopic.html#bounce

and lots of posts making general mention of SMP and/or compare&swap instruction
http://www.garlic.com/~lynn/subtopic.html#smp

Another shared segment "feature" was a line item called DWSS that was
part of system/r technology transfer from SJR to Encidott for SQL/DS
product ... which allowed for shared segments that were "writable"
(i.e.  not r/o protected). A big issue with DWSS was what to do about
ECPS microcode already in the field that supported "r/o protection"
games for all segments identified as shared.

This was another downstream fall-outs of letting the 165 hardware
engineers gain six months in the vritual memory hardware change
schedule for 165-ii ... by letting them drop various features from the
370 virtual memory architecture. recent references
http://www.garlic.com/~lynn/2007f.html#6 IBM S/360 series operating systems 
history

One of the features dropped was the hardware segment table
"protection" bit ... which allowed specification of hardware r/o
protection for virtual memory segments on a virtual address space
basis (i.e.  some address spaces could be allowed r/w segment storage
operation while other address spaces were not allowed to change the
same shared segment). This also caused a big retrofit hit to vm370
since cp&cms had already been re-organized to take advantage of the
feature ... when it was dropped ... a real cludge was created ... also
referenced here
http://www.garlic.com/~lynn/2007d.html#32 Running OS/390 on z9 BC

effectively the orig

Re: detach spool pack from system

[achang]

 David,

No, we did force,  one spool file was deleted

 HCPWRS2513I Total files to be deleted  1 

Thank you !!

Ann



"David Kreuter" <[EMAIL PROTECTED]> 
Sent by: "The IBM z/VM Operating System" 
03/12/2007 03:10 PM
Please respond to
"The IBM z/VM Operating System" 


To
IBMVM@LISTSERV.UARK.EDU
cc

Subject
Re: detach spool pack from system






It's luck that a warm start worked! If a spool block had been written to 
the errant pack, once removed from the 1st level, you would have needed a 
FORCE start. I'd be quite surprised if you were able to WARM start?



-Original Message-
From: The IBM z/VM Operating System on behalf of [EMAIL PROTECTED]
Sent: Mon 3/12/2007 3:08 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: [IBMVM] detach spool pack from system
 
David and all,

Thanks for information.
The 2nd level system spool pack came up as CP owned pack  addition to 1st 
level spool pack.
 So, I deleted the 2nd level spool pack from system config  on the 1st 
level system and ipled 1st level
and the second level successfully with the spool files.

Thanks,

Ann



"David Kreuter" <[EMAIL PROTECTED]> 
Sent by: "The IBM z/VM Operating System" 
03/12/2007 11:44 AM
Please respond to
"The IBM z/VM Operating System" 


To
IBMVM@LISTSERV.UARK.EDU
cc

Subject
Re: detach spool pack from system






I agree with the procedure, but I'm thinking the spool may be hosed for 
the 2nd level system if the 1st level has written spool blocks to it. 
Maybe it's best to consider this as a do over for the 2nd level system and 

let the pack just live on 1st level.
hey an extra spool volume isn't going to hurt.


-Original Message-
From: The IBM z/VM Operating System on behalf of Alan Altmark
Sent: Mon 3/12/2007 11:25 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: [IBMVM] detach spool pack from system
 
On Monday, 03/12/2007 at 10:33 AST, [EMAIL PROTECTED] wrote:
> I have a second level spool pack attached on the first level  system, 
> it's defined as CP owned  pack in the system config  on first level. 
> Is there way to detach it dynamically  from system without updating 
config or 
> ipl ? 
> q a557 
> DASD A557 CP OWNED  52LSPL   0 
> Ready; 
> cp det a557 system 
> HCPDTS143E DASD A557 in use by system 
> Ready(00143); 

No.  The Official Answer is to 
1. Drain the volume
2. SPXTAPE DUMP all spool files to tape
3. Update SYSTEM CONFIG to remove the now-drained volume
4. IPL CLEAN
5. SPXTAPE LOAD all the spool file back.

You can be more selective and avoid an IPL by using Mark Lorenc's SPFPACK 
utility from the VM Download Library.  Details at 
http://www.vm.ibm.com/download/packages/descript.cgi?SPFPACK.

Alan Altmark
z/VM Development
IBM Endicott



The information contained in this message may be CONFIDENTIAL and is for 
the intended addressee only.  Any unauthorized use, dissemination of the 
information, or copying of this message is prohibited.  If you are not the 
intended addressee, please notify the sender immediately and delete this 
message.



The information contained in this message may be CONFIDENTIAL and is for the 
intended addressee only.  Any unauthorized use, dissemination of the 
information, or copying of this message is prohibited.  If you are not the 
intended addressee, please notify the sender immediately and delete this 
message.

Re: Mainframe Consoles

[Thomas Kern]

We got 4 (straight off the surlpus pile) PCs and reinstalled Windows/XP a
nd
PCOMM/3270. We have definitions for all sessions, approximately 15 differ
ent
sessions, on each PC. We only use 3 or 4 definitions on any one PC with
sessions for the same LPAR or system separated on different PCs so if the
 PC
with z/OS's Master Console dies, the PC with the Alternate Console is sti
ll
working at the other end of the table. 

/Tom Kern
/301-903-2211



On Mon, 12 Mar 2007 14:57:54 -0400, [EMAIL PROTECTED] wrote:
>We are looking at replacing our Multiprise 2000 with a z9, and the issue

>of replacing the console terminals has come up.
>
>Currently, we have 3 3290 gas plasma terminals with 4 screens on each
>for our VSE guests, and a 3472 terminal for VM. We actually need the
>equivalent of 12 terminals sessions. We plan on using OSA-ICC for the
>new consoles. It does not look practical to stuff 12 17-inch LCD
>monitors into our console area. We experimented with multiple BlueZone
>terminal emulator sessions on a 37-inch LCD monitor, but the result was
>not very readable.
>
>What are other sites doing for consoles? Suggestions, caveats?
>
>Peter

Re: Mainframe Consoles

[Kris Buelens]

I don't know if you are aware of this:
To IPL a modern z/VM, the integrated 3270 console can be used.  As opposed
to z/OS there is no **technical** need to have an OSA-ICC or some other
external "3274"-like controller.

2007/3/12, [EMAIL PROTECTED] <[EMAIL PROTECTED]>:


We are looking at replacing our Multiprise 2000 with a z9, and the issue
of replacing the console terminals has come up.

Currently, we have 3 3290 gas plasma terminals with 4 screens on each
for our VSE guests, and a 3472 terminal for VM. We actually need the
equivalent of 12 terminals sessions. We plan on using OSA-ICC for the
new consoles. It does not look practical to stuff 12 17-inch LCD
monitors into our console area. We experimented with multiple BlueZone
terminal emulator sessions on a 37-inch LCD monitor, but the result was
not very readable.

What are other sites doing for consoles? Suggestions, caveats?

Peter



--
Kris Buelens,
IBM Belgium, VM customer support

Re: Mainframe Consoles

[Tom Duerbusch]

I hooked up my desktop to my 42" Plazma HDTV.  I thought I could get many 
screens out of it (trying for 8).  But when you sit close, like a normal 
desktop area, even HDTV looks like a Trash 80 Color computer.  Not usable at 
all.
 
But then, 1080i in HDTV, isn't that much different then XGA (1024), scaling it 
up to a large 42" set, just doesn't do it.
 
Our next adventure, is to put multiple graphic cards in the XP box, to drive 
multiple flat panel monitors.  If we can flip the monitors on end, and rotate 
the graphics, we could get two clear screens per monitor.  Win/XP, supports 10 
monitors per box.  Kind of neat, per the documentation.  When you move the 
mouse off of one screen, it will move to the next screen.  
Updown...leftright, it doesn't matter.
Check "control Panel", "Display", "settings tab" to get an idea of how this is 
done.
 
Then, of course, have multiple TN3270 sessions as consoles.
 
My guess is that this is fairly simple.  Otherwise there would be some venders 
to supply the market.
 
Tom Duerbusch
THD Consulting
>>> <[EMAIL PROTECTED]> 3/12/2007 1:57 PM >>>
We are looking at replacing our Multiprise 2000 with a z9, and the issue
of replacing the console terminals has come up.

Currently, we have 3 3290 gas plasma terminals with 4 screens on each
for our VSE guests, and a 3472 terminal for VM. We actually need the
equivalent of 12 terminals sessions. We plan on using OSA-ICC for the
new consoles. It does not look practical to stuff 12 17-inch LCD
monitors into our console area. We experimented with multiple BlueZone
terminal emulator sessions on a 37-inch LCD monitor, but the result was
not very readable.

What are other sites doing for consoles? Suggestions, caveats?

Peter 


The information transmitted is intended only for the person or entity to which 
it is addressed and may contain confidential and/or privileged material.  Any 
review retransmission dissemination or other use of or taking of any action in 
reliance upon this information by persons or entities other than the intended 
recipient or delegate is strictly prohibited.  If you received this in error 
please contact the sender and delete the material from any computer.  The 
integrity and security of this message cannot by guaranteed on the Internet.  
The Sender accepts no liability for the content of this e-mail or for the 
consequences of any actions taken on basis of the information provided.  The 
recipient should check this e-mail and any attachments for the presence of 
viruses.  The sender accepts no liability for any damage caused by any virus 
transmitted by this e-mail.  This disclaimer is the property of the TTC and 
must not be altered or circumvented in any manner.

Re: Mainframe Consoles

[Rich Smrcina]

I have a customer with 4 19inch displays that have 4 sessions each, no 
complaints.  If they need to zoom an image the maximize button works nicely.


[EMAIL PROTECTED] wrote:

We are looking at replacing our Multiprise 2000 with a z9, and the issue
of replacing the console terminals has come up.

Currently, we have 3 3290 gas plasma terminals with 4 screens on each
for our VSE guests, and a 3472 terminal for VM. We actually need the
equivalent of 12 terminals sessions. We plan on using OSA-ICC for the
new consoles. It does not look practical to stuff 12 17-inch LCD
monitors into our console area. We experimented with multiple BlueZone
terminal emulator sessions on a 37-inch LCD monitor, but the result was
not very readable.

What are other sites doing for consoles? Suggestions, caveats?

Peter 



The information transmitted is intended only for the person or entity to which 
it is addressed and may contain confidential and/or privileged material.  Any 
review retransmission dissemination or other use of or taking of any action in 
reliance upon this information by persons or entities other than the intended 
recipient or delegate is strictly prohibited.  If you received this in error 
please contact the sender and delete the material from any computer.  The 
integrity and security of this message cannot by guaranteed on the Internet.  
The Sender accepts no liability for the content of this e-mail or for the 
consequences of any actions taken on basis of the information provided.  The 
recipient should check this e-mail and any attachments for the presence of 
viruses.  The sender accepts no liability for any damage caused by any virus 
transmitted by this e-mail.  This disclaimer is the property of the TTC and 
must not be altered or circumvented in any manner.



--
Rich Smrcina
VM Assist, Inc.
Phone: 414-491-6001
Ans Service:  360-715-2467
rich.smrcina at vmassist.com

Catch the WAVV!  http://www.wavv.org
WAVV 2007 - Green Bay, WI - May 18-22, 2007

Re: detach spool pack from system

[David Kreuter]

It's luck that a warm start worked! If a spool block had been written to the 
errant pack, once removed from the 1st level, you would have needed a FORCE 
start. I'd be quite surprised if you were able to WARM start?



-Original Message-
From: The IBM z/VM Operating System on behalf of [EMAIL PROTECTED]
Sent: Mon 3/12/2007 3:08 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: [IBMVM] detach spool pack from system
 
David and all,

Thanks for information.
The 2nd level system spool pack came up as CP owned pack  addition to 1st 
level spool pack.
 So, I deleted the 2nd level spool pack from system config  on the 1st 
level system and ipled 1st level
and the second level successfully with the spool files.

Thanks,

Ann



"David Kreuter" <[EMAIL PROTECTED]> 
Sent by: "The IBM z/VM Operating System" 
03/12/2007 11:44 AM
Please respond to
"The IBM z/VM Operating System" 


To
IBMVM@LISTSERV.UARK.EDU
cc

Subject
Re: detach spool pack from system






I agree with the procedure, but I'm thinking the spool may be hosed for 
the 2nd level system if the 1st level has written spool blocks to it. 
Maybe it's best to consider this as a do over for the 2nd level system and 
let the pack just live on 1st level.
hey an extra spool volume isn't going to hurt.


-Original Message-
From: The IBM z/VM Operating System on behalf of Alan Altmark
Sent: Mon 3/12/2007 11:25 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: [IBMVM] detach spool pack from system
 
On Monday, 03/12/2007 at 10:33 AST, [EMAIL PROTECTED] wrote:
> I have a second level spool pack attached on the first level  system, 
> it's defined as CP owned  pack in the system config  on first level. 
> Is there way to detach it dynamically  from system without updating 
config or 
> ipl ? 
> q a557 
> DASD A557 CP OWNED  52LSPL   0 
> Ready; 
> cp det a557 system 
> HCPDTS143E DASD A557 in use by system 
> Ready(00143); 

No.  The Official Answer is to 
1. Drain the volume
2. SPXTAPE DUMP all spool files to tape
3. Update SYSTEM CONFIG to remove the now-drained volume
4. IPL CLEAN
5. SPXTAPE LOAD all the spool file back.

You can be more selective and avoid an IPL by using Mark Lorenc's SPFPACK 
utility from the VM Download Library.  Details at 
http://www.vm.ibm.com/download/packages/descript.cgi?SPFPACK.

Alan Altmark
z/VM Development
IBM Endicott



The information contained in this message may be CONFIDENTIAL and is for the 
intended addressee only.  Any unauthorized use, dissemination of the 
information, or copying of this message is prohibited.  If you are not the 
intended addressee, please notify the sender immediately and delete this 
message.

Re: detach spool pack from system

[achang]

David and all,

Thanks for information.
The 2nd level system spool pack came up as CP owned pack  addition to 1st 
level spool pack.
 So, I deleted the 2nd level spool pack from system config  on the 1st 
level system and ipled 1st level
and the second level successfully with the spool files.

Thanks,

Ann



"David Kreuter" <[EMAIL PROTECTED]> 
Sent by: "The IBM z/VM Operating System" 
03/12/2007 11:44 AM
Please respond to
"The IBM z/VM Operating System" 


To
IBMVM@LISTSERV.UARK.EDU
cc

Subject
Re: detach spool pack from system






I agree with the procedure, but I'm thinking the spool may be hosed for 
the 2nd level system if the 1st level has written spool blocks to it. 
Maybe it's best to consider this as a do over for the 2nd level system and 
let the pack just live on 1st level.
hey an extra spool volume isn't going to hurt.


-Original Message-
From: The IBM z/VM Operating System on behalf of Alan Altmark
Sent: Mon 3/12/2007 11:25 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: [IBMVM] detach spool pack from system
 
On Monday, 03/12/2007 at 10:33 AST, [EMAIL PROTECTED] wrote:
> I have a second level spool pack attached on the first level  system, 
> it's defined as CP owned  pack in the system config  on first level. 
> Is there way to detach it dynamically  from system without updating 
config or 
> ipl ? 
> q a557 
> DASD A557 CP OWNED  52LSPL   0 
> Ready; 
> cp det a557 system 
> HCPDTS143E DASD A557 in use by system 
> Ready(00143); 

No.  The Official Answer is to 
1. Drain the volume
2. SPXTAPE DUMP all spool files to tape
3. Update SYSTEM CONFIG to remove the now-drained volume
4. IPL CLEAN
5. SPXTAPE LOAD all the spool file back.

You can be more selective and avoid an IPL by using Mark Lorenc's SPFPACK 
utility from the VM Download Library.  Details at 
http://www.vm.ibm.com/download/packages/descript.cgi?SPFPACK.

Alan Altmark
z/VM Development
IBM Endicott



The information contained in this message may be CONFIDENTIAL and is for the 
intended addressee only.  Any unauthorized use, dissemination of the 
information, or copying of this message is prohibited.  If you are not the 
intended addressee, please notify the sender immediately and delete this 
message.

Re: Mainframe Consoles

[McKown, John]

> -Original Message-
> From: The IBM z/VM Operating System 
> [mailto:[EMAIL PROTECTED] On Behalf Of [EMAIL PROTECTED]
> Sent: Monday, March 12, 2007 1:58 PM
> To: IBMVM@LISTSERV.UARK.EDU
> Subject: Mainframe Consoles
> 
> 
> We are looking at replacing our Multiprise 2000 with a z9, 
> and the issue
> of replacing the console terminals has come up.
> 
> Currently, we have 3 3290 gas plasma terminals with 4 screens on each
> for our VSE guests, and a 3472 terminal for VM. We actually need the
> equivalent of 12 terminals sessions. We plan on using OSA-ICC for the
> new consoles. It does not look practical to stuff 12 17-inch LCD
> monitors into our console area. We experimented with multiple BlueZone
> terminal emulator sessions on a 37-inch LCD monitor, but the 
> result was
> not very readable.
> 
> What are other sites doing for consoles? Suggestions, caveats?
> 
> Peter 

If you like the current coax consoles, you could use a Visara unit to
drive them. We have two of them to drive our consoles. We really only
need one, but we wanted redundancy. The Visara controller can drive both
coax consoles and TN3270E connected PCs running the appropriate TN3270E
software. I don't think that Bluezone can be used with a Visara, at
least for a z/OS console. Something about chaining a READ command to a
WRITE command not being supported by Bluezone. But z/VM consoles may
(probably are) done differently. I don't know.

--
John McKown
Senior Systems Programmer
HealthMarkets
Keeping the Promise of Affordable Coverage
Administrative Services Group
Information Technology

The information contained in this e-mail message may be privileged
and/or confidential.  It is for intended addressee(s) only.  If you are
not the intended recipient, you are hereby notified that any disclosure,
reproduction, distribution or other use of this communication is
strictly prohibited and could, in certain circumstances, be a criminal
offense.  If you have received this e-mail in error, please notify the
sender by reply and delete this message without copying or disclosing
it. 

Mainframe Consoles

[Peter . Webb]

We are looking at replacing our Multiprise 2000 with a z9, and the issue
of replacing the console terminals has come up.

Currently, we have 3 3290 gas plasma terminals with 4 screens on each
for our VSE guests, and a 3472 terminal for VM. We actually need the
equivalent of 12 terminals sessions. We plan on using OSA-ICC for the
new consoles. It does not look practical to stuff 12 17-inch LCD
monitors into our console area. We experimented with multiple BlueZone
terminal emulator sessions on a 37-inch LCD monitor, but the result was
not very readable.

What are other sites doing for consoles? Suggestions, caveats?

Peter 


The information transmitted is intended only for the person or entity to which 
it is addressed and may contain confidential and/or privileged material.  Any 
review retransmission dissemination or other use of or taking of any action in 
reliance upon this information by persons or entities other than the intended 
recipient or delegate is strictly prohibited.  If you received this in error 
please contact the sender and delete the material from any computer.  The 
integrity and security of this message cannot by guaranteed on the Internet.  
The Sender accepts no liability for the content of this e-mail or for the 
consequences of any actions taken on basis of the information provided.  The 
recipient should check this e-mail and any attachments for the presence of 
viruses.  The sender accepts no liability for any damage caused by any virus 
transmitted by this e-mail.  This disclaimer is the property of the TTC and 
must not be altered or circumvented in any manner.

Re: Off Topic: Unix FTP Client

[Paul Raulerson]

Have you looked at sftp? It uses the ssl libraries to make secure FTP 
connections. If you really do mean running over ssh, then just plain on ssh 
will do that for you. 
-Paul


--- Begin Message ---
I am looking for a Unix FTP Client with support for Explicit SSL.

Suggestions?

 
Jim Hughes
603-271-5586
"There's no sense in being precise when you don't even know what you're
talking about."
John von Neumann


--- End Message ---

Off Topic: Unix FTP Client

[Hughes, Jim - OIT]

I am looking for a Unix FTP Client with support for Explicit SSL.

Suggestions?

 
Jim Hughes
603-271-5586
"There's no sense in being precise when you don't even know what you're
talking about."
John von Neumann

Re: CKDSVRST program from IBM Downloads

[Thomas Kern]

Like PIPEDDR, which does use "trackread" & "trackwrite" but doesn't w
rite to
tape  or restore to a larger minidisk. 

But it is still worth looking at as a replacement.

It would help if IBM released the source code to these programs when thei
r
internal support retires. Or remove them from the public offering.

/Tom Kern

On Mon, 12 Mar 2007 17:26:08 +0100, Rob van der Heij <[EMAIL PROTECTED]> 
wrote:
>On 3/12/07, Thomas Kern <[EMAIL PROTECTED]> wrote:
>> I use this program for some specialized backup/recovery processes. Doe
s
>> anyone know if there is a more current copy available? The Downloads
>> website has a copy from 1996-08-26 (file dates inside vmarc are 1993-0
6-
>> 17). Or does anyone know how I can get in touch with the author Frits 
Mooy?
>
>Frits has retired a few years ago...  I don't think he still does VM.
>
>You could probably achieve the same using the "trackread" and
>"trackwrite" stages and some plumbing around it.
>
>Rob
>
=

Design and implementation of the z/VM® SCSI I/O subsystem

[Dave Jones]

Hi, gang

Here's an interesting article on the design and implementation of the 
SCSI interface code the is now in CP to support the use of SCSI disks 
for both Linux and z/VM itself.


http://www.research.ibm.com/journal/rd/511/webb.html

DJ

Re: detach spool pack from system

[John Franciscovich]

>Point of order...
>
>If you're going to dump and restore the spool, and IPL Clean, is there
>really a need to drain the volume? What purpose in the sequence would it
>serve?

True, but if you use the SPFPACK tool as Alan mentioned, you can dump
and restore only the files that have information on that volume and
avoid the IPL. The steps would be altered slightly to:

1. Drain the volume
2. SPXTAPE DUMP PURGE the spool files that have data on the volume
3. Update SYSTEM CONFIG to remove the now-drained volume
4. SPXTAPE LOAD the spool files back (because the volume is drained they
will not be restored there)
5. Detach the volume from the system

The purpose of the SYSTEM CONFIG update is to prevent the volume from
coming back on line at the next IPL, so technically it can be done at
any step (I recommend it be done where listed once the data has
been purged from the volume). Updating SYSTEM CONFIG doesn't affect the
process of getting the data off of the volume and detaching it from the
system.

JohnFranciscovich
z/VM Development

Re: CKDSVRST program from IBM Downloads

[Rob van der Heij]

On 3/12/07, Thomas Kern <[EMAIL PROTECTED]> wrote:


I use this program for some specialized backup/recovery processes. Does
anyone know if there is a more current copy available? The Downloads
website has a copy from 1996-08-26 (file dates inside vmarc are 1993-06-
17). Or does anyone know how I can get in touch with the author Frits Mooy?


Frits has retired a few years ago...  I don't think he still does VM.

You could probably achieve the same using the "trackread" and
"trackwrite" stages and some plumbing around it.

Rob

Re: detach spool pack from system

[Kris Buelens]

Indeed, no Drain required then.  Be sure your SYSTEM CONFIG is without that
spool volume when you IPL
--
Kris Buelens,
IBM Belgium, VM customer support

Re: Time change question....

[Kris Buelens]

Some VM SW cannot cope with dynamic timezone changes (most do however),
therefore, my customer still IPLs when timezone changes.  One the the SW was
VM:OPER.  PIPE DELAY is another thing that does not (or didn't?) like it
(reIPL CMS is/was required).

--
Kris Buelens,
IBM Belgium, VM customer support

Re: detach spool pack from system

[RPN01]

Point of order...

If you're going to dump and restore the spool, and IPL Clean, is there
really a need to drain the volume? What purpose in the sequence would it
serve?


-- 
   .~.Robert P. Nix Mayo Foundation
   /V\RO-OC-1-13200 First Street SW
  /( )\   507-284-0844  Rochester, MN 55905
  ^^-^^   - 
"In theory, theory and practice are the same, but
 in practice, theory and practice are different."




On 3/12/07 9:25 AM, "Alan Altmark" <[EMAIL PROTECTED]> wrote:

> On Monday, 03/12/2007 at 10:33 AST, [EMAIL PROTECTED] wrote:
> 
> No.  The Official Answer is to
> 1. Drain the volume
> 2. SPXTAPE DUMP all spool files to tape
> 3. Update SYSTEM CONFIG to remove the now-drained volume
> 4. IPL CLEAN
> 5. SPXTAPE LOAD all the spool file back.
> 
> You can be more selective and avoid an IPL by using Mark Lorenc's SPFPACK
> utility from the VM Download Library.  Details at
> http://www.vm.ibm.com/download/packages/descript.cgi?SPFPACK.
> 
> Alan Altmark
> z/VM Development
> IBM Endicott

Re: Time change question....

[Stracka, James (GTI)]

Did you IPL after 02:00?

-Original Message-
From: The IBM z/VM Operating System
[mailto:[EMAIL PROTECTED] On Behalf Of Brian France
Sent: Monday, March 12, 2007 10:11 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Time change question


I thought that by having my system config with the following
entries that my time would have changed for me. I had a co worker in on
Sunday and he noticed that this did not happen. He issued the cp set
timezone edt and then it was okay. Interesting in that the linux images
seemed fine according to him. So, does this command need issued even
when the system config has the following - 

Timezone_boundary on 2007-03-11 at 02:00:00 to EDT
Timezone_boundary on 2007-11-04 at 02:00:00 to EST





Brian W. France
Systems Administrator (Mainframe)
Pennsylvania State University 
Administrative Information Services - Infrastructure/S YSA RC
Rm 25 Shields Bldg., University Park, Pa. 16802 
814-863-4739 
[EMAIL PROTECTED]


If you are not an intended recipient of this e-mail, please notify the sender, 
delete it and do not read, act upon, print, disclose, copy, retain or 
redistribute it. Click here for important additional terms relating to this 
e-mail. http://www.ml.com/email_terms/

Re: detach spool pack from system

[David Kreuter]

I agree with the procedure, but I'm thinking the spool may be hosed for the 2nd 
level system if the 1st level has written spool blocks to it. Maybe it's best 
to consider this as a do over for the 2nd level system and let the pack just 
live on 1st level.
hey an extra spool volume isn't going to hurt.


-Original Message-
From: The IBM z/VM Operating System on behalf of Alan Altmark
Sent: Mon 3/12/2007 11:25 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: [IBMVM] detach spool pack from system
 
On Monday, 03/12/2007 at 10:33 AST, [EMAIL PROTECTED] wrote:
> I have a second level spool pack attached on the first level  system, 
> it's defined as CP owned  pack in the system config  on first level.   
> Is there way to detach it dynamically  from system without updating 
config or 
> ipl ?   
> q a557 
> DASD A557 CP OWNED  52LSPL   0 
> Ready; 
> cp det a557 system 
> HCPDTS143E DASD A557 in use by system   
> Ready(00143);   

No.  The Official Answer is to 
1. Drain the volume
2. SPXTAPE DUMP all spool files to tape
3. Update SYSTEM CONFIG to remove the now-drained volume
4. IPL CLEAN
5. SPXTAPE LOAD all the spool file back.

You can be more selective and avoid an IPL by using Mark Lorenc's SPFPACK 
utility from the VM Download Library.  Details at 
http://www.vm.ibm.com/download/packages/descript.cgi?SPFPACK.

Alan Altmark
z/VM Development
IBM Endicott

Re: detach spool pack from system

[Alan Altmark]

On Monday, 03/12/2007 at 10:33 AST, [EMAIL PROTECTED] wrote:
> I have a second level spool pack attached on the first level  system, 
> it's defined as CP owned  pack in the system config  on first level.   
> Is there way to detach it dynamically  from system without updating 
config or 
> ipl ?   
> q a557 
> DASD A557 CP OWNED  52LSPL   0 
> Ready; 
> cp det a557 system 
> HCPDTS143E DASD A557 in use by system   
> Ready(00143);   

No.  The Official Answer is to 
1. Drain the volume
2. SPXTAPE DUMP all spool files to tape
3. Update SYSTEM CONFIG to remove the now-drained volume
4. IPL CLEAN
5. SPXTAPE LOAD all the spool file back.

You can be more selective and avoid an IPL by using Mark Lorenc's SPFPACK 
utility from the VM Download Library.  Details at 
http://www.vm.ibm.com/download/packages/descript.cgi?SPFPACK.

Alan Altmark
z/VM Development
IBM Endicott

Re: detach spool pack from system

[David Kreuter]

oh dear. the drain command has worked at least in the sense that no further 
writes should occur to the volume. Do another Q ALLOC you should see the pack 
is in DR status. To start spooling again do a CP START DASD ...
But now you will have to get all the spool off that volume, and remove it from 
the cp owned list which is going to involve a reIPL and some other tasks. 
One approach is to do a SPXTAPE DUMP of all your spool (remember to do the NSS 
- SDF queue), remove the volume from the cp_owned list in system config, and 
reIPL with a COLD or CLEAN start. Ugh. Then SPXTAPE load. Not fun. 

Maybe you should just leave the volume on the 1st level, and start over with a 
new volume starting on cylinder 1 for the 2nd level.

David


-Original Message-
From: The IBM z/VM Operating System on behalf of [EMAIL PROTECTED]
Sent: Mon 3/12/2007 10:54 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: [IBMVM] detach spool pack from system
 
Hi, David,
There is no in use area except spool area:
DASD A557 52LSPL 3390 CKD-ECKD (UNITS IN CYLINDERS) 
 TDISK TOTAL=000 INUSE=000 AVAIL=000 
 PAGE  TOTAL=000 INUSE=000 AVAIL=000 
 SPOOL TOTAL=0003338 INUSE=308 AVAIL=0003030 
 DRCT  TOTAL=000 INUSE=000 AVAIL=000 

cp drain dasd a557  spool 
Command complete 
Ready; T=0.01/0.01 10:50:04 
q a557 
DASD A557 CP OWNED  52LSPL   0 
Ready; T=0.01/0.01 10:52:49 
cp det a557 system 
HCPDTS143E DASD A557 in use by system 
Ready(00143); T=0.01/0.01 10:53:00 
 
But I still can not detach from system..

Thanks for your help,

Ann 



"David Kreuter" <[EMAIL PROTECTED]> 
Sent by: "The IBM z/VM Operating System" 
03/12/2007 10:38 AM
Please respond to
"The IBM z/VM Operating System" 


To
IBMVM@LISTSERV.UARK.EDU
cc

Subject
Re: detach spool pack from system






Hi Ann: You can try draining it with the CP DRAIN. DASD command, but first 
check if there are any CP areas on the pack, do a QUERY ALLOC. IF there 
are any in use areas, you will have to get it off the volume. If it's 
being used for spool you will likely need to back up all your spool.

You should definitely have 2nd level volumes start on real cylinder 1 or 
beyond. Leave real cylinder 0 to 1st level CP.

Hope this helps,
David

-Original Message-
From: The IBM z/VM Operating System on behalf of [EMAIL PROTECTED]
Sent: Mon 3/12/2007 10:33 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: [IBMVM] detach spool pack from system
 
I have a second level spool pack attached on the first level  system,
it's defined as CP owned  pack in the system config  on first level. 
Is there way to detach it dynamically  from system without updating config 

or ipl ? 
q a557 
DASD A557 CP OWNED  52LSPL   0 
Ready; 
cp det a557 system 
HCPDTS143E DASD A557 in use by system 
Ready(00143); 
 
Thanks,

Ann
The information contained in this message may be CONFIDENTIAL and is for 
the intended addressee only.  Any unauthorized use, dissemination of the 
information, or copying of this message is prohibited.  If you are not the 
intended addressee, please notify the sender immediately and delete this 
message.



The information contained in this message may be CONFIDENTIAL and is for the 
intended addressee only.  Any unauthorized use, dissemination of the 
information, or copying of this message is prohibited.  If you are not the 
intended addressee, please notify the sender immediately and delete this 
message.

Re: How to share tape drives

[Alain Benveniste]

Jr,

I did the some tests and I didn't canceled anything on my MVS lpar.
Was I lucky ? It is better to wait for Les answer.
If it was a problem, couldn't the new ptf brought by z/VM530, that permits
dfsmsrm to att multiuser, resolve this ?

Alain




> Alain,
>
> Be careful!  DFSMSRM QUERY LIB DEV requires an ATTACH/DETACH of the
> device by the RMSMASTR virtual machine.
>
> I'm not sure if that will be disruptive to a z/OS LPAR that might be
> using the tape drive (perhaps Les can confirm if this is an issue).
>
> JR (Steven) Imler
> CA
> Senior Software Engineer
> Tel:  +1 703 708 3479
> Fax:  +1 703 708 3267
> [EMAIL PROTECTED]
>
>
> -Original Message-
> From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
> Behalf Of Alain Benveniste
> Sent: Monday, March 12, 2007 09:44 AM
> To: IBMVM@LISTSERV.UARK.EDU
> Subject: Re: How to share tape drives
>
> You're right JR, I tested this, this morning and I can't get any info.
> You also probably means there is no way to obtain the info I need...
>
> But that generates an other question :
>
> What Control Blocks dfsmsrm uses to send back the info we can see with
> the cmd :
> dfsmsrm q lib dev  (assign
>
>
> Alain
>
>
> > Alain,
> >
> > The control block "hints" that Alan provided are only relevant when
> > running z/OS under z/VM.  The information does not apply when running
> > z/OS in a separate LPAR from the z/VM system.
> >
> > JR (Steven) Imler
> > CA
> > Senior Software Engineer
> > Tel:  +1 703 708 3479
> > Fax:  +1 703 708 3267
> > [EMAIL PROTECTED]
> >
> >
> > -Original Message-
> > From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED]
> On
> > Behalf Of Alain Benveniste
> > Sent: Monday, March 12, 2007 12:02 AM
> > To: IBMVM@LISTSERV.UARK.EDU
> > Subject: Re: How to share tape drives
> >
> > Alan,
> >
> > I was looking that direction too. Since I a not a hard Control Block
> > game=
> > r
> > it was bit empiric for me. I thougt to test the RDEVSID today with no
> > conviction.
> >
> > Now that you help me this way I have something more concrete to look
> at.
> >
> > This would work in both cases when we are working :
> >  - in LPAR mode (21 partitions)
> >  - in D/R when our 14 MVS are under VM
> >
> > Is this info was missing to JR and you ?
> >
> > Alain
> >
>

Re: detach spool pack from system

[achang]

Hi, David,
There is no in use area except spool area:
DASD A557 52LSPL 3390 CKD-ECKD (UNITS IN CYLINDERS) 
 TDISK TOTAL=000 INUSE=000 AVAIL=000 
 PAGE  TOTAL=000 INUSE=000 AVAIL=000 
 SPOOL TOTAL=0003338 INUSE=308 AVAIL=0003030 
 DRCT  TOTAL=000 INUSE=000 AVAIL=000 

cp drain dasd a557  spool 
Command complete 
Ready; T=0.01/0.01 10:50:04 
q a557 
DASD A557 CP OWNED  52LSPL   0 
Ready; T=0.01/0.01 10:52:49 
cp det a557 system 
HCPDTS143E DASD A557 in use by system 
Ready(00143); T=0.01/0.01 10:53:00 
 
But I still can not detach from system..

Thanks for your help,

Ann 



"David Kreuter" <[EMAIL PROTECTED]> 
Sent by: "The IBM z/VM Operating System" 
03/12/2007 10:38 AM
Please respond to
"The IBM z/VM Operating System" 


To
IBMVM@LISTSERV.UARK.EDU
cc

Subject
Re: detach spool pack from system






Hi Ann: You can try draining it with the CP DRAIN. DASD command, but first 
check if there are any CP areas on the pack, do a QUERY ALLOC. IF there 
are any in use areas, you will have to get it off the volume. If it's 
being used for spool you will likely need to back up all your spool.

You should definitely have 2nd level volumes start on real cylinder 1 or 
beyond. Leave real cylinder 0 to 1st level CP.

Hope this helps,
David

-Original Message-
From: The IBM z/VM Operating System on behalf of [EMAIL PROTECTED]
Sent: Mon 3/12/2007 10:33 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: [IBMVM] detach spool pack from system
 
I have a second level spool pack attached on the first level  system,
it's defined as CP owned  pack in the system config  on first level. 
Is there way to detach it dynamically  from system without updating config 

or ipl ? 
q a557 
DASD A557 CP OWNED  52LSPL   0 
Ready; 
cp det a557 system 
HCPDTS143E DASD A557 in use by system 
Ready(00143); 
 
Thanks,

Ann
The information contained in this message may be CONFIDENTIAL and is for 
the intended addressee only.  Any unauthorized use, dissemination of the 
information, or copying of this message is prohibited.  If you are not the 
intended addressee, please notify the sender immediately and delete this 
message.



The information contained in this message may be CONFIDENTIAL and is for the 
intended addressee only.  Any unauthorized use, dissemination of the 
information, or copying of this message is prohibited.  If you are not the 
intended addressee, please notify the sender immediately and delete this 
message.

Re: detach spool pack from system

[David Kreuter]

Hi Ann: You can try draining it with the CP DRAIN. DASD command, but first 
check if there are any CP areas on the pack, do a QUERY ALLOC. IF there are any 
in use areas, you will have to get it off the volume. If it's being used for 
spool you will likely need to back up all your spool.

You should definitely have 2nd level volumes start on real cylinder 1 or 
beyond. Leave real cylinder 0 to 1st level CP.

Hope this helps,
David

-Original Message-
From: The IBM z/VM Operating System on behalf of [EMAIL PROTECTED]
Sent: Mon 3/12/2007 10:33 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: [IBMVM] detach spool pack from system
 
I have a second level spool pack attached on the first level  system,
it's defined as CP owned  pack in the system config  on first level. 
Is there way to detach it dynamically  from system without updating config 
or ipl ? 
q a557 
DASD A557 CP OWNED  52LSPL   0 
Ready; 
cp det a557 system 
HCPDTS143E DASD A557 in use by system 
Ready(00143); 
 
Thanks,

Ann
The information contained in this message may be CONFIDENTIAL and is for the 
intended addressee only.  Any unauthorized use, dissemination of the 
information, or copying of this message is prohibited.  If you are not the 
intended addressee, please notify the sender immediately and delete this 
message.

Re: VTAM resource definition

[Alan Altmark]

On Monday, 03/12/2007 at 10:28 AST, "Stracka, James (GTI)" 
<[EMAIL PROTECTED]> wrote:
> And you must remember to re-ACCESS the VM/VTAM 298 disk or whatever disk
> has your VTAMLST files.  This from VM/VTAM, not NetView.

If it's just a VTAMLST that was updated, then
1. v inact
2. re-access 298
3. v act
is sufficient.  If you update an assembled table (e.g. modetab) then you 
must issue MODIFY TABLE.

Alan Altmark
z/VM Development
IBM Endicott

Re: VTAM resource definition

[Burch, Aubrey Dennis CIV DISA GS4B]

Bill establish yourself as a VTAM SECUSER and issue:
VTAM GCS ACCESS 191 A

This assumes your VTAMLST defs are on a disk linked as 191 by VTAM. 

Regards,
Denny Burch

z/VM Tech Support
DISA DECC Mechanicsburg
717 605-1181
(dsn) 430-1181


-Original Message-
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of William Munson
Sent: Monday, March 12, 2007 09:55
To: IBMVM@LISTSERV.UARK.EDU
Subject: VTAM resource definition

SNA question

If a VTAM resource is changed or added what is the command to reactivate
or activate it without bouncing VTAM?

thanx

--
Bill Munson
IT Specialist
Office of Information Technology
State of New Jersey
(609) 984-4065

President MVMUA
http://www.marist.edu/~mvmua

Re: How to share tape drives

[Imler, Steven J]

Alain,

Be careful!  DFSMSRM QUERY LIB DEV requires an ATTACH/DETACH of the
device by the RMSMASTR virtual machine.  

I'm not sure if that will be disruptive to a z/OS LPAR that might be
using the tape drive (perhaps Les can confirm if this is an issue).

JR (Steven) Imler
CA
Senior Software Engineer
Tel:  +1 703 708 3479
Fax:  +1 703 708 3267
[EMAIL PROTECTED]
 

-Original Message-
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of Alain Benveniste
Sent: Monday, March 12, 2007 09:44 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: How to share tape drives

You're right JR, I tested this, this morning and I can't get any info.
You also probably means there is no way to obtain the info I need...

But that generates an other question :

What Control Blocks dfsmsrm uses to send back the info we can see with
the cmd :
dfsmsrm q lib dev  (assign


Alain


> Alain,
>
> The control block "hints" that Alan provided are only relevant when
> running z/OS under z/VM.  The information does not apply when running
> z/OS in a separate LPAR from the z/VM system.
>
> JR (Steven) Imler
> CA
> Senior Software Engineer
> Tel:  +1 703 708 3479
> Fax:  +1 703 708 3267
> [EMAIL PROTECTED]
>
>
> -Original Message-
> From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED]
On
> Behalf Of Alain Benveniste
> Sent: Monday, March 12, 2007 12:02 AM
> To: IBMVM@LISTSERV.UARK.EDU
> Subject: Re: How to share tape drives
>
> Alan,
>
> I was looking that direction too. Since I a not a hard Control Block
> game=
> r
> it was bit empiric for me. I thougt to test the RDEVSID today with no
> conviction.
>
> Now that you help me this way I have something more concrete to look
at.
>
> This would work in both cases when we are working :
>  - in LPAR mode (21 partitions)
>  - in D/R when our 14 MVS are under VM
>
> Is this info was missing to JR and you ?
>
> Alain
>

detach spool pack from system

[achang]

I have a second level spool pack attached on the first level  system,
it's defined as CP owned  pack in the system config  on first level. 
Is there way to detach it dynamically  from system without updating config 
or ipl ? 
q a557 
DASD A557 CP OWNED  52LSPL   0 
Ready; 
cp det a557 system 
HCPDTS143E DASD A557 in use by system 
Ready(00143); 
 
Thanks,

Ann
The information contained in this message may be CONFIDENTIAL and is for the 
intended addressee only.  Any unauthorized use, dissemination of the 
information, or copying of this message is prohibited.  If you are not the 
intended addressee, please notify the sender immediately and delete this 
message.

Re: VTAM resource definition

[Stracka, James (GTI)]

And you must remember to re-ACCESS the VM/VTAM 298 disk or whatever disk
has your VTAMLST files.  This from VM/VTAM, not NetView. 

-Original Message-
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of Ed Zell
Sent: Monday, March 12, 2007 10:00 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: VTAM resource definition


> SNA question
>
> If a VTAM resource is changed or added what is the command
> to reactivate or activate it without bouncing VTAM?


Are you thinking of INACT and ACT?

  V NET,INACT,ID=

  V NET,ACT,ID=

Ed Zell
(309) 674-8255 x-107
[EMAIL PROTECTED]
.


CONFIDENTIAL NOTICE:  This communication, including any attachments, is
intended only for the use of the individual or entity to which it is
addressed and contains information which may be confidential.  If you
are not the intended recipient, any distribution or copying of this
communication is strictly prohibited.  If you have received this
communication in error, notify the sender immediately, delete the
communication and destroy all copies. Thank you for your compliance.


If you are not an intended recipient of this e-mail, please notify the sender, 
delete it and do not read, act upon, print, disclose, copy, retain or 
redistribute it. Click here for important additional terms relating to this 
e-mail. http://www.ml.com/email_terms/

Re: How to share tape drives

[Alain Benveniste]

Les,

Does RMS would be able to know which tape drive is online on a MVS LPAR ?
The fact is when a tape is mounted on MVS I know enough, with this cmd, which
host has the drive but not when it is sleeping; just online but not working.

Regards
Alain


> >You're right JR, I tested this, this morning and I can't get any info.
> >You also probably means there is no way to obtain the info I need...
> >
> >But that generates an other question :
> >
> >What Control Blocks dfsmsrm uses to send back the info we can see with the
> cmd :
> >dfsmsrm q lib dev  (assign
>
> Do you mean control blocks within RMS or CP?
> RMS issue's I/O to the ATL to obtain information displayed in messages
> returned in response to the Q LIB command.
>
>
> Best Regards,
> Les Geer
> IBM z/VM and Linux Development
>

CKDSVRST program from IBM Downloads

[Thomas Kern]

I use this program for some specialized backup/recovery processes. Does 

anyone know if there is a more current copy available? The Downloads 
website has a copy from 1996-08-26 (file dates inside vmarc are 1993-06-
17). Or does anyone know how I can get in touch with the author Frits Moo
y?

/Tom Kern
/301-903-2211

 

* :nick.CKDSVRST   :sec.UNCLASSIFIED :disk.IBMVMGAT  

* :title.Multi-purpose DASD backup/restore program also NON-CMS.   
  
* :version.1.0  :date.93/02/25   :ops.VM 

* :oname.Frits Mooy :onode.EHONE :ouser.40959065  
   
* :aname.Frits Mooy :anode.EHONE :auser.40959065  
   
* :support.X:doc.HELPCMS:lang.ASSEMBLER  :source.N
   
* :repository.IBMVMGAT 
 
 
* :kwd.Multi-purpose dasd backup/restore.   
 
* :abs.CKDSVRST is a multi-purpose backup restore program. 
  
* It can copy disks of any format (i.e CMS,MVS,VSE) to another disk.  
   
* It can save the disk contents onto tape.   

* It can save the disk contents into CMS files. 
 
* It can of course restore the saved contents back onto disk.

* For NON-CMS disks or partially formatted CMS disks, the restriction  
  
* is that the target disk must be of the same device type than the   

* origin disk.
 
  
* Also for these kind of disks the number of cylinders of the target  
   
* disk must be the same as the number of cylinders of the origin disk. 
  
* For CMS disks CKDSVRST provides more functionality.   
 
* The target disk may be of a different device type and the number of  
  
* cylinders may be larger.
 
  
* In the latter case an implied format of the extra blocks 
  
* takes place.
 
  
* :lic.By placing material on this conference, I agree to grant
  
* IBM a non-exclusive, royalty-free license for the material 

* as set forth in the LICENSE AGREEMNT file on this conference.
  
 

  CKDSVRST MODULE   *   Module which does the work   

  CKDSVRST HELPCMS  *   Help file: HELP CKDSVRST   
  
  CKDSVRST LICENSE  *   Licence Agreement

Re: Time change question....

[Huegel, Thomas]

Put your commands to set timezone xxx in a WAKEUP file in VMUTIL service
machine and forget about, the WAKEUP will do it 'automatically'. 

-Original Message-
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED]
Behalf Of Brian France
Sent: Monday, March 12, 2007 9:11 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Time change question


I thought that by having my system config with the following entries that my
time would have changed for me. I had a co worker in on Sunday and he
noticed that this did not happen. He issued the cp set timezone edt and then
it was okay. Interesting in that the linux images seemed fine according to
him. So, does this command need issued even when the system config has the
following - 

Timezone_boundary on 2007-03-11 at 02:00:00 to EDT
Timezone_boundary on 2007-11-04 at 02:00:00 to EST





Brian W. France
Systems Administrator (Mainframe)
Pennsylvania State University 
Administrative Information Services - Infrastructure/S YSA RC
Rm 25 Shields Bldg., University Park, Pa. 16802 
814-863-4739 
[EMAIL PROTECTED]






  _  

<< ella for Spam Control >> has removed 10562 VSE-List messages and set
aside 8936 VM-List for me
You can use it too - and it's FREE!   www.ellaforspam.com

Re: Time change question....

[Don Russell]

...and the SET TIMEZONE command could be automated via an EXEC and 
something like VM:Schedule.


Then the clock change could be a "set and forget" thing for you.

Don Russell


RPN01 wrote:
The settings in SYSTEM CONFIG are only used during an IPL. To change 
the timezone without the IPL, you must use the SET command.



--
   .~.Robert P. Nix Mayo Foundation
  /V\RO-OC-1-13  200 First Street SW
 / ( ) \  507-284-0844   Rochester, MN 55905
^^-^^   -
"In theory, theory and practice are the same, but
 in practice, theory and practice are different."




On 3/12/07 8:10 AM, "Brian France" <[EMAIL PROTECTED]> wrote:

I thought that by having my system config with the following
entries that my time would have changed for me. I had a co worker
in on Sunday and he noticed that this did not happen. He issued
the cp set timezone edt and then it was okay. Interesting in that
the linux images seemed fine according to him. So, does this
command need issued even when the system config has the following -

Timezone_boundary on 2007-03-11 at 02:00:00 to EDT
Timezone_boundary on 2007-11-04 at 02:00:00 to EST




Brian W. France
Systems Administrator (Mainframe)
Pennsylvania State University
Administrative Information Services - Infrastructure/*S* YSA RC
Rm 25 Shields Bldg., University Park, Pa. 16802
814-863-4739
[EMAIL PROTECTED]

Re: Time change question....

[Brian France]

THANX

At 11:13 AM 3/12/2007, you wrote:
The settings in SYSTEM CONFIG are only used during an IPL. To change 
the timezone without the IPL, you must use the SET command.



--
   .~.Robert P. Nix Mayo Foundation
  /V\RO-OC-1-13  200 First Street SW
 / ( ) \  507-284-0844   Rochester, MN 55905
^^-^^   -
"In theory, theory and practice are the same, but
 in practice, theory and practice are different."




On 3/12/07 8:10 AM, "Brian France" <[EMAIL PROTECTED]> wrote:

I thought that by having my system config with the following entries 
that my time would have changed for me. I had a co worker in on 
Sunday and he noticed that this did not happen. He issued the cp set 
timezone edt and then it was okay. Interesting in that the linux 
images seemed fine according to him. So, does this command need 
issued even when the system config has the following -


Timezone_boundary on 2007-03-11 at 02:00:00 to EDT
Timezone_boundary on 2007-11-04 at 02:00:00 to EST




Brian W. France
Systems Administrator (Mainframe)
Pennsylvania State University
Administrative Information Services - Infrastructure/S YSA RC
Rm 25 Shields Bldg., University Park, Pa. 16802
814-863-4739
[EMAIL PROTECTED]







Brian W. France
Systems Administrator (Mainframe)
Pennsylvania State University
Administrative Information Services - Infrastructure/SYSARC
Rm 25 Shields Bldg., University Park, Pa. 16802
814-863-4739
[EMAIL PROTECTED]

Re: Time change question....

[RPN01]

The settings in SYSTEM CONFIG are only used during an IPL. To change the
timezone without the IPL, you must use the SET command.


-- 
   .~.Robert P. Nix Mayo Foundation
   /V\RO-OC-1-13  200 First Street SW
 / ( ) \  507-284-0844   Rochester, MN 55905
^^-^^   - 
"In theory, theory and practice are the same, but
 in practice, theory and practice are different."




On 3/12/07 8:10 AM, "Brian France" <[EMAIL PROTECTED]> wrote:

> I thought that by having my system config with the following entries that my
> time would have changed for me. I had a co worker in on Sunday and he noticed
> that this did not happen. He issued the cp set timezone edt and then it was
> okay. Interesting in that the linux images seemed fine according to him. So,
> does this command need issued even when the system config has the following -
> 
> Timezone_boundary on 2007-03-11 at 02:00:00 to EDT
> Timezone_boundary on 2007-11-04 at 02:00:00 to EST
> 
> 
> 
> 
> Brian W. France
> Systems Administrator (Mainframe)
> Pennsylvania State University
> Administrative Information Services - Infrastructure/S YSA RC
> Rm 25 Shields Bldg., University Park, Pa. 16802
> 814-863-4739 
> [EMAIL PROTECTED]
> 
> 
> 
> 

Time change question....

[Brian France]

I thought that by having my system config with the following entries 
that my time would have changed for me. I had a co worker in on 
Sunday and he noticed that this did not happen. He issued the cp set 
timezone edt and then it was okay. Interesting in that the linux 
images seemed fine according to him. So, does this command need 
issued even when the system config has the following -


Timezone_boundary on 2007-03-11 at 02:00:00 to EDT
Timezone_boundary on 2007-11-04 at 02:00:00 to EST




Brian W. France
Systems Administrator (Mainframe)
Pennsylvania State University
Administrative Information Services - Infrastructure/SYSARC
Rm 25 Shields Bldg., University Park, Pa. 16802
814-863-4739
[EMAIL PROTECTED]

Re: How to share tape drives

[Les Geer (607-429-3580)]

>You're right JR, I tested this, this morning and I can't get any info.
>You also probably means there is no way to obtain the info I need...
>
>But that generates an other question :
>
>What Control Blocks dfsmsrm uses to send back the info we can see with the cmd 
>:
>dfsmsrm q lib dev  (assign

Do you mean control blocks within RMS or CP?
RMS issue's I/O to the ATL to obtain information displayed in messages
returned in response to the Q LIB command.


Best Regards,
Les Geer
IBM z/VM and Linux Development

Re: High Level Assembler

[Alan Altmark]

On Monday, 03/12/2007 at 09:58 ZE2, Shimon Lebowitz <[EMAIL PROTECTED]> 
wrote:
> >Add devices that cannot be sensed (updating HCPRIO ASSEMBLE)
> 
> I think this one is a red herring (I hope I am using
> the correct idiom).
> We threw away HCPRIO years ago, doesn't the
> SYSTEM CONFIG do that now?

In practice, yes, but HCPRIO still exists and can be updated as in the 
Before Times.  The IBM-provided version is empty.  (And, yes, your usage 
of the idiom is correct.)

Alan Altmark
z/VM Development
IBM Endicott

P.S.  HCPSYS is still there, too.

Re: VTAM resource definition

[Ed Zell]

> SNA question
>
> If a VTAM resource is changed or added what is the command
> to reactivate or activate it without bouncing VTAM?


Are you thinking of INACT and ACT?

  V NET,INACT,ID=

  V NET,ACT,ID=

Ed Zell
(309) 674-8255 x-107
[EMAIL PROTECTED]
.


CONFIDENTIAL NOTICE:  This communication, including any attachments, is 
intended only for the use of the individual or entity to which it is addressed 
and contains information which may be confidential.  If you are not the 
intended recipient, any distribution or copying of this communication is 
strictly prohibited.  If you have received this communication in error, notify 
the sender immediately, delete the communication and destroy all copies. Thank 
you for your compliance.

VTAM resource definition

[William Munson]

SNA question

If a VTAM resource is changed or added what is the command
to reactivate or activate it without bouncing VTAM?

thanx

--
Bill Munson
IT Specialist
Office of Information Technology
State of New Jersey
(609) 984-4065

President MVMUA
http://www.marist.edu/~mvmua

Re: Can one SSL service machine support multiple TCP/IP stacks?

[Alan Altmark]

On Monday, 03/12/2007 at 06:22 AST, Hans Rempel <[EMAIL PROTECTED]> 
wrote:
> I?m installing SSL Support in a z/VM 5.2 with multiple TCP/IP stacks and 
I was 
> wondering if one SSL service machine can support more than one stack? If 
so 
> where can I get more information on this or is it as simple as just 
defining 
> that virtual machine to in all the stacks needing SSL support?

You will need a separate SSL server for each stack.  If you want, you can 
try to share the certificate database via NFS or SAMBA, mounting it r/o on 
all but one server.  I can't vouch for the correct operation of the 
servers, however, as they were not designed or tested to that purpose.

Alan Altmark
z/VM Development
IBM Endicott

Re: How to share tape drives

[Alain Benveniste]

You're right JR, I tested this, this morning and I can't get any info.
You also probably means there is no way to obtain the info I need...

But that generates an other question :

What Control Blocks dfsmsrm uses to send back the info we can see with the cmd :
dfsmsrm q lib dev  (assign


Alain


> Alain,
>
> The control block "hints" that Alan provided are only relevant when
> running z/OS under z/VM.  The information does not apply when running
> z/OS in a separate LPAR from the z/VM system.
>
> JR (Steven) Imler
> CA
> Senior Software Engineer
> Tel:  +1 703 708 3479
> Fax:  +1 703 708 3267
> [EMAIL PROTECTED]
>
>
> -Original Message-
> From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
> Behalf Of Alain Benveniste
> Sent: Monday, March 12, 2007 12:02 AM
> To: IBMVM@LISTSERV.UARK.EDU
> Subject: Re: How to share tape drives
>
> Alan,
>
> I was looking that direction too. Since I a not a hard Control Block
> game=
> r
> it was bit empiric for me. I thougt to test the RDEVSID today with no
> conviction.
>
> Now that you help me this way I have something more concrete to look at.
>
> This would work in both cases when we are working :
>  - in LPAR mode (21 partitions)
>  - in D/R when our 14 MVS are under VM
>
> Is this info was missing to JR and you ?
>
> Alain
>

Re: Issuing HX from Rexx (sidebar)

[RPN01]

On 3/9/07 10:55 PM, "Alan Ackerman" <[EMAIL PROTECTED]>
wrote:
 
> Of course, the real question is "why do you want to HX from a REXX progra
> m?" There may be some
> other solution, if we know what you are trying to accomplish.

This is a very true statement in a lot of contexts. In many cases, our task
is hindered because the user comes to us, not with a problem or a question,
but with a solution. You can waste a lot of time trying to make their
solution work, when if you just asked what the problem was, you¹d find a
much easier answer. We try to side-step these solutions, and get the user to
tell us what the actual problem or issue is before attempting to move
forward in working the issue.


-- 
   .~.Robert P. Nix Mayo Foundation
   /V\RO-OC-1-13  200 First Street SW
 / ( ) \  507-284-0844   Rochester, MN 55905
^^-^^   - 
"In theory, theory and practice are the same, but
 in practice, theory and practice are different."

Re: source of VM's duplex info

[Shimon Lebowitz]

On 12 Mar 2007 at 11:43, Kris Buelens wrote:

> 
> Remote copy is not the same a duplexing. Try this
> 
> Q DASD DETAILS F52C 

I did:
 Q DASD DETAILS 400
0400  CUTYPE = 3990-E9, DEVTYPE = 3390-0C, VOLSER =, CYLS = 10017
  CACHE DETAILS:  CACHE NVS CFW DFW PINNED CONCOPY
   -SUBSYSTEM   YY   Y   -N   N
  -DEVICE   Y-   -   YN   N
  DEVICE DETAILS: CCA = 00, DDC = 00
  DUPLEX DETAILS: --
  PPRC DETAILS: SECONDARY VOLUME
READY; T=0.01/0.01 14:31:46

As you see, VM still says:
  PPRC DETAILS: SECONDARY VOLUME
which is in obvious contradiction to ICKDSF which says:
DEVICE  LEVEL   STATE   PATH STATUS
--  -   --  ---
0400PRIMARY DUPLEX  ACTIVE 

So, VM definitely has it wrong! :-(
Why??? and how do I get VM to see the light?

Thanks,
Shimon

-- 
**
**
Shimon Lebowitzmailto:[EMAIL PROTECTED]
VM System Programmer   .
Israel Police National HQ. http://www.poboxes.com/shimonpgp
Jerusalem, Israel  phone: +972 2 542-9877  fax: 542-9308
**
**

Re: How to share tape drives

[Imler, Steven J]

Alain,

The control block "hints" that Alan provided are only relevant when
running z/OS under z/VM.  The information does not apply when running
z/OS in a separate LPAR from the z/VM system.

JR (Steven) Imler
CA
Senior Software Engineer
Tel:  +1 703 708 3479
Fax:  +1 703 708 3267
[EMAIL PROTECTED]
 

-Original Message-
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of Alain Benveniste
Sent: Monday, March 12, 2007 12:02 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: How to share tape drives

Alan,

I was looking that direction too. Since I a not a hard Control Block
game=
r
it was bit empiric for me. I thougt to test the RDEVSID today with no
conviction.

Now that you help me this way I have something more concrete to look at.

This would work in both cases when we are working :
 - in LPAR mode (21 partitions)
 - in D/R when our 14 MVS are under VM

Is this info was missing to JR and you ?

Alain 

Re: LPD from Linux versus VAX

[Peter E. Carrier]

I'm a firm believer in closure.  That, plus the fact that in the heat of 
a 
future senior moment I'll forget all this, prompts me to update the 
solution to this problem:  When the printer queue is defined in CUPS, 
there must also be a "format=f" parm.

Peter

Can one SSL service machine support multiple TCP/IP stacks?

[Hans Rempel]

I'm installing SSL Support in a z/VM 5.2 with multiple TCP/IP stacks and I
was wondering if one SSL service machine can support more than one stack? If
so where can I get more information on this or is it as simple as just
defining that virtual machine to in all the stacks needing SSL support?

 

Thanks in advance for your comments. 

 

Hans Rempel 

Re: source of VM's duplex info

[Kris Buelens]

Remote copy is not the same a duplexing.  Try this

Q DASD DETAILS F52C

F52C  CUTYPE = 2107-E8, DEVTYPE = 3390-0A, VOLSER = VTERES, CYLS = 3339
 CACHE DETAILS:  CACHE NVS CFW DFW PINNED CONCOPY
  -SUBSYSTEM   YY   Y   -N   N
 -DEVICE   Y-   -   YN   N
 DEVICE DETAILS: CCA = 2C, DDC = --
 DUPLEX DETAILS: --

 PPRC DETAILS: PRIMARY VOLUME


2007/3/12, Shimon Lebowitz <[EMAIL PROTECTED]>:


Hi,
I have a strange problem with some DASD.
The disks at 400-420 are used by MVS, and are
primaries in PPRC pairs (actually, HDS's HRC,
they are on a 9970 box).

MVS is running on a second system from VM,
but VM also has channel paths to that 9970,
and the IOCPs are identical, so both systems see
the same hardware setup.

Now, here is a sequence of operations that makes no
sense to me.

Q 400
DASD 0400 OFFLINE
READY; T=0.01/0.01 10:05:08

Q DUPLEX 400
HCPDMC1110E DEVICE 0400 IS NOT IN A DUPLEX PAIR.
READY(01110); T=0.01/0.01 10:05:13

VARY ON 400
0400 VARIED ONLINE
1 DEVICE(S) SPECIFIED; 1 DEVICE(S) SUCCESSFULLY VARIED ONLINE
READY; T=0.01/0.01 10:05:40

Q DUPLEX 400
HCPDMC332E INVALID CONTROL UNIT TYPE - 0400
READY(00332); T=0.01/0.01 10:05:49

 I guess this makes sense, the CU is defined as 2105.

Q 400
DASD 0400
READY; T=0.01/0.01 10:05:52

 Why doesn't VM see the VOLSER??

ATT 400 SYSTEM
HCPATM1117I DASD 0400 WAS NOT ATTACHED TO THE SYSTEM
  BECAUSE IT IS THE SECONDARY IN A PPRC PAIR.
READY(01117); T=0.01/0.01 10:07:48

 HU???

ATT 400 *
DASD 0400 ATTACHED TO XMSL 0400 WITH DEVCTL
READY; T=0.01/0.01 10:09:29

TYPE Q400 DSF C

PPRCOPY QUERY UNIT(400)

READY; T=0.01/0.01 10:09:35

ICKDSF Q400 DSF C Q400 DSFLOG A
READY; T=0.01/0.02 10:09:54

 The real volume is attached, so ICKDSF can see
 the true PPRC status of the volume.

Q400 DSFLOG   A1; F 133 BLKS=2 COL=2 REC=2 OF 39 FILES=1
>
ICKDSF - CMS/XA/ESA DEVICE SUPPORT FACILITIES 17.0TIME:
10:09:54

PPRCOPY QUERY UNIT(400)
ICK00700I DEVICE INFORMATION FOR 0400 IS CURRENTLY AS FOLLOWS:
  PHYSICAL DEVICE = 3390
  STORAGE CONTROLLER = 3990
  STORAGE CONTROL DESCRIPTOR = E9
  DEVICE DESCRIPTOR = 0C
  ADDITIONAL DEVICE INFORMATION = 4A001B35
ICK04030I DEVICE IS A PEER TO PEER REMOTE COPY VOLUME

   QUERY REMOTE COPY - VOLUME

 (PRIMARY)  (SECONDARY)
 SSID  CCA  SSID  CCA
DEVICE  LEVEL   STATE   PATH STATUS  SERIAL#SERIAL#
--  -   --  ---  -  ---
0400PRIMARY DUPLEX  ACTIVE   9975  00   9905  00
 33015  32387

PATHS  SAID/DESTSTATUS  DESCRIPTION
-  ---  
1  2002 040501  PATH ESTABLISHED
    00  NO PATH
    00  NO PATH
    00  NO PATH
    00  NO PATH
    00  NO PATH
    00  NO PATH
    00  NO PATH

ICKDSF - CMS/XA/ESA DEVICE SUPPORT FACILITIES 17.0TIME:
10:09:54

ICK02206I PPRCOPY QUERY FUNCTION COMPLETED SUCCESSFULLY
ICK1I FUNCTION COMPLETED, HIGHEST CONDITION CODE WAS 0
  10:09:5403/12/07

ICK2I ICKDSF PROCESSING COMPLETE. MAXIMUM CONDITION CODE WAS 0
* * * END OF FILE * * *

 ICKDSF clearly shows that this disk is a PRIMARY volume:
0400PRIMARY DUPLEX  ACTIVE   9975  00
9905  00

So, where is VM dreaming up that it is a SECONDARY?
Why can't I attach the volume to system??

Thanks!
Shimon


--
**
**
Shimon Lebowitzmailto:[EMAIL PROTECTED]
VM System Programmer   .
Israel Police National HQ. http://www.poboxes.com/shimonpgp
Jerusalem, Israel  phone: +972 2 542-9877  fax: 542-9308
**
**





--
Kris Buelens,
IBM Belgium, VM customer support

source of VM's duplex info

[Shimon Lebowitz]

Hi,
I have a strange problem with some DASD.
The disks at 400-420 are used by MVS, and are
primaries in PPRC pairs (actually, HDS's HRC,
they are on a 9970 box).

MVS is running on a second system from VM,
but VM also has channel paths to that 9970,
and the IOCPs are identical, so both systems see 
the same hardware setup.

Now, here is a sequence of operations that makes no
sense to me.

 Q 400
DASD 0400 OFFLINE
READY; T=0.01/0.01 10:05:08

 Q DUPLEX 400
HCPDMC1110E DEVICE 0400 IS NOT IN A DUPLEX PAIR.
READY(01110); T=0.01/0.01 10:05:13

 VARY ON 400
0400 VARIED ONLINE
1 DEVICE(S) SPECIFIED; 1 DEVICE(S) SUCCESSFULLY VARIED ONLINE
READY; T=0.01/0.01 10:05:40

 Q DUPLEX 400
HCPDMC332E INVALID CONTROL UNIT TYPE - 0400
READY(00332); T=0.01/0.01 10:05:49

 I guess this makes sense, the CU is defined as 2105.

 Q 400
DASD 0400
READY; T=0.01/0.01 10:05:52

 Why doesn't VM see the VOLSER??

 ATT 400 SYSTEM
HCPATM1117I DASD 0400 WAS NOT ATTACHED TO THE SYSTEM 
  BECAUSE IT IS THE SECONDARY IN A PPRC PAIR.
READY(01117); T=0.01/0.01 10:07:48

 HU???

 ATT 400 *
DASD 0400 ATTACHED TO XMSL 0400 WITH DEVCTL
READY; T=0.01/0.01 10:09:29

 TYPE Q400 DSF C

 PPRCOPY QUERY UNIT(400)

READY; T=0.01/0.01 10:09:35

 ICKDSF Q400 DSF C Q400 DSFLOG A
READY; T=0.01/0.02 10:09:54

 The real volume is attached, so ICKDSF can see
 the true PPRC status of the volume.

 Q400 DSFLOG   A1; F 133 BLKS=2 COL=2 REC=2 OF 39 FILES=1
>
ICKDSF - CMS/XA/ESA DEVICE SUPPORT FACILITIES 17.0TIME: 10:09:54

 PPRCOPY QUERY UNIT(400)
ICK00700I DEVICE INFORMATION FOR 0400 IS CURRENTLY AS FOLLOWS:
  PHYSICAL DEVICE = 3390
  STORAGE CONTROLLER = 3990
  STORAGE CONTROL DESCRIPTOR = E9
  DEVICE DESCRIPTOR = 0C
  ADDITIONAL DEVICE INFORMATION = 4A001B35
ICK04030I DEVICE IS A PEER TO PEER REMOTE COPY VOLUME

   QUERY REMOTE COPY - VOLUME

 (PRIMARY)  (SECONDARY)
 SSID  CCA  SSID  CCA
DEVICE  LEVEL   STATE   PATH STATUS  SERIAL#SERIAL#
--  -   --  ---  -  ---
0400PRIMARY DUPLEX  ACTIVE   9975  00   9905  00
 33015  32387

PATHS  SAID/DESTSTATUS  DESCRIPTION
-  ---  
1  2002 040501  PATH ESTABLISHED
    00  NO PATH
    00  NO PATH
    00  NO PATH
    00  NO PATH
    00  NO PATH
    00  NO PATH
    00  NO PATH

ICKDSF - CMS/XA/ESA DEVICE SUPPORT FACILITIES 17.0TIME: 10:09:54

ICK02206I PPRCOPY QUERY FUNCTION COMPLETED SUCCESSFULLY
ICK1I FUNCTION COMPLETED, HIGHEST CONDITION CODE WAS 0
  10:09:5403/12/07

ICK2I ICKDSF PROCESSING COMPLETE. MAXIMUM CONDITION CODE WAS 0
 * * * END OF FILE * * *

 ICKDSF clearly shows that this disk is a PRIMARY volume:
0400PRIMARY DUPLEX  ACTIVE   9975  00   9905  00

So, where is VM dreaming up that it is a SECONDARY?
Why can't I attach the volume to system?? 

Thanks!
Shimon


-- 
**
**
Shimon Lebowitzmailto:[EMAIL PROTECTED]
VM System Programmer   .
Israel Police National HQ. http://www.poboxes.com/shimonpgp
Jerusalem, Israel  phone: +972 2 542-9877  fax: 542-9308
**
**