Question: VS FORTRAN DCSS

2006-05-08 Thread Alexey Bozrikov
Good day everyone,

I am trying to restore VS Fortran shared segments after a re-arrangement 
of 
SPOOL areas (by a person with an MCSE diploma, I know, ridiculous) on a 

VM/ESA system running on P/390. No backups of previous DCSSes are 
available. Have no great experiencs on doing this; last time I've been 

doing something with saved systems was on a VM/SP 5 system years ago. I 

have tried following: LINKed VSFORT 260/270 minidisks to maint machine an
d 
run I5668806 EXEC with DCSS arg. The EXEC complains about lack of FORTRAN
 
DEFAULTS file (which I cannot find anywhere on minidisks). The guy who us
ed 
to support the system left the scene. Any advice will be appreciated.


Alexey


Re: Question: VS FORTRAN DCSS

2006-05-08 Thread Jim Bohnsack
You may be just as well off in just forgetting about the DCSS for 
Fortran.  If the bootstrap module or invocation exec just uses the DCSS if 
one is available and if there is not much or, as in our case, probably no 
concurrent use of Fortran, there is no savings to be gained.  It sounds as 
if you may be better off chasing a real problem.

Jim

At 05:08 AM 5/8/2006, Alexey Bozrikov wrote:

Good day everyone,

I am trying to restore VS Fortran shared segments after a re-arrangement =
of=20
SPOOL areas (by a person with an MCSE diploma, I know, ridiculous) on a=20=

VM/ESA system running on P/390. No backups of previous DCSSes are=20
available. Have no great experiencs on doing this; last time I've been=20=

doing something with saved systems was on a VM/SP 5 system years ago. I=20=

have tried following: LINKed VSFORT 260/270 minidisks to maint machine an=
d=20
run I5668806 EXEC with DCSS arg. The EXEC complains about lack of FORTRAN=
=20
DEFAULTS file (which I cannot find anywhere on minidisks). The guy who us=
ed=20
to support the system left the scene. Any advice will be appreciated.


Alexey


Jim Bohnsack
Cornell Univ.
(607) 255-1760


VMRPC placement in z/VM 5.2

2006-05-08 Thread Westlund, Mats (Mainframe servers)
When installing z/VM 5.2 I found a discrepancy between the documentation
and
the actually installation.

The manual says that the VMRPC TXTLIB should be on TCPMAINT 592 and the 
tcp2prod exec place it on the MAINT 193

Where is the right place for VMRPC TXTLIB?



The 5VMTCP20 CATALOG file
  BLD3Z   BLD10Z  VMRPCTXTLIB== DMSVSMAS 
  BLD3Z   BLD11Z  VMRPCTXTLIB== DMSVSMAS



Manual z/VMTCP/IP Programmer's Reference Version 5 Release 1.0
Chapter 5. Remote Procedure Calls 
subchapter  Compiling, Linking, and Running an RPC Program
  To compile, link and run an RPC program:
  1 Access the TCP/IP Client-code disk (usually TCPMAINT 592), which
contains 
the header files for RPC and the VMRPC TXTLIB, after the disk that
contains 
the Language Environment header files (usually the Y-disk).

Regards
Mats Westlund
HP Sverige AB


Re: CMS Levels

2006-05-08 Thread Stracka, James (GTI)
We had a problem in the past when running an SFS SVM at a higher CMS
level than CP.  Specifically the VMSYS: SVM took an abend.  We now
insure that CP is always higher than or equal to both CMS and GCS.

-Original Message-
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of Schuh, Richard
Sent: Friday, May 05, 2006 4:14 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: CMS Levels


Tomorrow will be our next (last, we hope) attempt to move to 5.2. In the
event that we should have to regress to our current system, I was
wondering if it is possible and prudent to leave some of our servers at
the CMS22 level. Specifically, is it necessary to fallback the SFS and
NFS servers? We know that TCP/IP and all of its friends will need to
revert to their former selves. Does the NFS machine have to match the
level of TCP/IP? If so, does SFS have to degress to match? We are
back-level with SFS and have a problem that is fixed in V5, so we really
would like to leave SFS at the CMS22 level if we go back.

We have been running CMS22 in most of our other service and several
individual user machines (80+ users in all) for over a month with
absolutely zero release-related problems.

Regards,
Richard Schuh


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: [VMESA-L] RES: Shutting down TCPIP on z/VM

2006-05-08 Thread Alan Altmark
On Thursday, 04/01/2004 at 08:42 EST, Carlos A. Bodra 
[EMAIL PROTECTED] wrote:
 FORCE really works for me. I look for in manual a command to shutdown it 
but
 it´s missing.

See Starting and Stopping TCP/IP Servers in Chapter 5 of the TCP/IP 
Planning and Admin book.

Alan Altmark
Sr. Software Engineer
IBM z/VM Development


Re: Question: VS FORTRAN DCSS

2006-05-08 Thread Alexey Bozrikov
Well, I wish they could leave without DCSS, but it seems thet invoking 

exec/modules does need it. I have tried to compile a 3-line program mysel
f 
and it does not seem to work:
[qte]
fortvs2 testf
 
  
DMSILX040E SAVED SEGMENT(S) NOT FOUND. EXECUTION TERMINATED.
Ready(00044); T=0.03/0.06 08:40:11
[unqte]
Any remedy to this?

Alexey


On Mon, 8 May 2006 07:40:55 -0400, Jim Bohnsack [EMAIL PROTECTED] wrot
e:

You may be just as well off in just forgetting about the DCSS for
Fortran.  If the bootstrap module or invocation exec just uses the DCSS 
if
one is available and if there is not much or, as in our case, probably n
o
concurrent use of Fortran, there is no savings to be gained.  It sounds 
as
if you may be better off chasing a real problem.
Jim

At 05:08 AM 5/8/2006, Alexey Bozrikov wrote:
Good day everyone,

I am trying to restore VS Fortran shared segments after a re-arrangemen
t =
of=20
SPOOL areas (by a person with an MCSE diploma, I know, ridiculous) on 

a=20=

VM/ESA system running on P/390. No backups of previous DCSSes are=20
available. Have no great experiencs on doing this; last time I've been=
20=

doing something with saved systems was on a VM/SP 5 system years ago. 

I=20=

have tried following: LINKed VSFORT 260/270 minidisks to maint machine 
an=
d=20
run I5668806 EXEC with DCSS arg. The EXEC complains about lack of FORTR
AN=
=20
DEFAULTS file (which I cannot find anywhere on minidisks). The guy who 
us=
ed=20
to support the system left the scene. Any advice will be appreciated.


Alexey

Jim Bohnsack
Cornell Univ.
(607) 255-1760

=



Re: Question: VS FORTRAN DCSS

2006-05-08 Thread Alexey Bozrikov
VM version seems to be (from q cplevel/q cmslevel):
 'VM/ESA Version 2 Release 4.0, service level 9903'
 'CMS Level 15, Service Level 903'
Fortran seems to be (from what I found VSFORT minidisk):
5668806 VS FORTRAN Compiler and Library
Ver 2Rel 6 Mod 0   

Got no idea about patches/PTFs applied (I am an AIX support engineer, aft
er 
all ;-)

Alexey

On Mon, 8 May 2006 07:12:30 -0400, Davis, Larry 
[EMAIL PROTECTED] wrote:

What Release of VM are you on? 
What Release of VS/FORTRAN are you running.

Larry Davis 

-Original Message-
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of Alexey Bozrikov
Sent: Monday, May 08, 2006 05:09 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Question: VS FORTRAN DCSS

Good day everyone,

I am trying to restore VS Fortran shared segments after a re-arrangement

of SPOOL areas (by a person with an MCSE diploma, I know, ridiculous) on

a VM/ESA system running on P/390. No backups of previous DCSSes are
available. Have no great experiencs on doing this; last time I've been
doing something with saved systems was on a VM/SP 5 system years ago. I
have tried following: LINKed VSFORT 260/270 minidisks to maint machine
and run I5668806 EXEC with DCSS arg. The EXEC complains about lack of
FORTRAN DEFAULTS file (which I cannot find anywhere on minidisks). The
guy who used to support the system left the scene. Any advice will be
appreciated.


Alexey

=
===


Re: CMS Levels

2006-05-08 Thread Alan Altmark
On Monday, 05/08/2006 at 09:05 AST, Stracka, James (GTI) 
[EMAIL PROTECTED] wrote:
 We had a problem in the past when running an SFS SVM at a higher CMS
 level than CP.  Specifically the VMSYS: SVM took an abend.  We now
 insure that CP is always higher than or equal to both CMS and GCS.

Generally the order to use is:
- CP first
- then CMS (with LE)
- then TCP/IP (stack, apps, SSL)
- GCS whenever

From time to time there may be specific exceptions that need tigher 
bindings that you usually (!) hear about in advance, but this generally 
works.  If you wander too far afield from this order, you risk getting 
yourself into an unsupportable configuration.

We don't test new-on-top-of-old, but typically test old-on-new as that 
reflects the realities of our development and incremental function test 
process.  The full-blown system test, however, is primarily a new-on-new 
environment since it proceeds according to the documented procedures for 
installing a z/VM system.

Alan Altmark
z/VM Development
IBM Endicott


Re: Question: VS FORTRAN DCSS

2006-05-08 Thread Gregg Reed
is fortvs2 a module or an exec on an accessed disk?
Gregg
No plan survives execution


   
 Alexey Bozrikov   
 [EMAIL PROTECTED]  
 Sent by: The IBM   To 
 z/VM OperatingIBMVM@LISTSERV.UARK.EDU 
 System cc 
 [EMAIL PROTECTED] 
 ARK.EDU  Subject 
   Re: Question: VS FORTRAN DCSS   
   
 05/08/2006 09:32  
   
   
 Please respond to 
   The IBM z/VM
 Operating System  
 [EMAIL PROTECTED] 
 ARK.EDU  
   
   




Well, I wish they could leave without DCSS, but it seems thet invoking

exec/modules does need it. I have tried to compile a 3-line program mysel
f
and it does not seem to work:
[qte]
fortvs2 testf


DMSILX040E SAVED SEGMENT(S) NOT FOUND. EXECUTION TERMINATED.
Ready(00044); T=0.03/0.06 08:40:11
[unqte]
Any remedy to this?

Alexey


On Mon, 8 May 2006 07:40:55 -0400, Jim Bohnsack [EMAIL PROTECTED] wrot
e:

You may be just as well off in just forgetting about the DCSS for
Fortran.  If the bootstrap module or invocation exec just uses the DCSS
if
one is available and if there is not much or, as in our case, probably n
o
concurrent use of Fortran, there is no savings to be gained.  It sounds
as
if you may be better off chasing a real problem.
Jim

At 05:08 AM 5/8/2006, Alexey Bozrikov wrote:
Good day everyone,

I am trying to restore VS Fortran shared segments after a re-arrangemen
t =
of=20
SPOOL areas (by a person with an MCSE diploma, I know, ridiculous) on

a=20=

VM/ESA system running on P/390. No backups of previous DCSSes are=20
available. Have no great experiencs on doing this; last time I've been=
20=

doing something with saved systems was on a VM/SP 5 system years ago.

I=20=

have tried following: LINKed VSFORT 260/270 minidisks to maint machine
an=
d=20
run I5668806 EXEC with DCSS arg. The EXEC complains about lack of FORTR
AN=
=20
DEFAULTS file (which I cannot find anywhere on minidisks). The guy who
us=
ed=20
to support the system left the scene. Any advice will be appreciated.


Alexey

Jim Bohnsack
Cornell Univ.
(607) 255-1760

=



Re: Question: VS FORTRAN DCSS

2006-05-08 Thread Davis, Larry
You need to first define the FORTRAN DCSS and then run the Installation
exec with the DCSS argument

I5668806 DCSS

Or

I5688087 DCSS 

I pulled this out of SC26-4339-05 Installation and Customization for
CMS manual

Larry

-Original Message-
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of Dave Jones
Sent: Monday, May 08, 2006 10:58 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: Question: VS FORTRAN DCSS

Hello, Alexey.

I take it that you have the VS Fortran V2 code installed someplace on a
minidisk and are just missing the DCSS.

This manual has the instructions for defining and creating the Fortran
DCSS:

http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/afbivm00/CCON
TENTS

I believe you should be able to get your Fortran product back into
working condition with the manual's help.

Let us know if you need anything else.

Good luck.

DJ


Alexey Bozrikov wrote:
 Well, I wish they could leave without DCSS, but it seems thet invoking

 exec/modules does need it. I have tried to compile a 3-line program 
 myself and it does not seem to work:
 [qte]
 fortvs2 testf   
 DMSILX040E SAVED SEGMENT(S) NOT FOUND. EXECUTION TERMINATED.
 Ready(00044); T=0.03/0.06 08:40:11
 [unqte]
 Any remedy to this?
 
 Alexey
 
 
 On Mon, 8 May 2006 07:40:55 -0400, Jim Bohnsack [EMAIL PROTECTED]
wrote:
 
 
You may be just as well off in just forgetting about the DCSS for 
Fortran.  If the bootstrap module or invocation exec just uses the 
DCSS if one is available and if there is not much or, as in our case, 
probably no concurrent use of Fortran, there is no savings to be 
gained.  It sounds as if you may be better off chasing a real problem.
Jim

At 05:08 AM 5/8/2006, Alexey Bozrikov wrote:

Good day everyone,

I am trying to restore VS Fortran shared segments after a 
re-arrangement = of=20 SPOOL areas (by a person with an MCSE diploma,

I know, ridiculous) on
 
 a=20=
 
VM/ESA system running on P/390. No backups of previous DCSSes are=20 
available. Have no great experiencs on doing this; last time I've 
been=20=

doing something with saved systems was on a VM/SP 5 system years ago.

 
 I=20=
 
have tried following: LINKed VSFORT 260/270 minidisks to maint 
machine an= d=20 run I5668806 EXEC with DCSS arg. The EXEC complains 
about lack of FORTRAN= =20 DEFAULTS file (which I cannot find 
anywhere on minidisks). The guy who us= ed=20 to support the system 
left the scene. Any advice will be appreciated.


Alexey

Jim Bohnsack
Cornell Univ.
(607) 255-1760
==
===


Re: Question: VS FORTRAN DCSS

2006-05-08 Thread Alexey Bozrikov
It is a module on Y-disk.
l fortvs* * * ( date  
 
  
FILENAME FILETYPE FM FORMAT LRECL   RECS BLOCKS   DATE TIME 
 
FORTVS2  MAP  Y2 F100 14  1  7/27/99  9:42:39

FORTVS2  MODULE   Y2 V  23600  3  6  7/27/99  9:42:39


Alexey


On Mon, 8 May 2006 10:56:42 -0400, Gregg Reed [EMAIL PROTECTED] 

wrote:

is fortvs2 a module or an exec on an accessed disk?
Gregg
No plan survives execution



 Alexey Bozrikov
 [EMAIL PROTECTED]
 Sent by: The IBM   
To
 z/VM OperatingIBMVM@LISTSERV.UARK.EDU
 System 
cc
 [EMAIL PROTECTED]
 ARK.EDU  Subje
ct
   Re: Question: VS FORTRAN DCSS

 05/08/2006 09:32


 Please respond to
   The IBM z/VM
 Operating System
 [EMAIL PROTECTED]
 ARK.EDU






Well, I wish they could leave without DCSS, but it seems thet invoking

exec/modules does need it. I have tried to compile a 3-line program myse
l
f
and it does not seem to work:
[qte]
fortvs2 testf


DMSILX040E SAVED SEGMENT(S) NOT FOUND. EXECUTION TERMINATED.
Ready(00044); T=0.03/0.06 08:40:11
[unqte]
Any remedy to this?

Alexey


On Mon, 8 May 2006 07:40:55 -0400, Jim Bohnsack [EMAIL PROTECTED] wro
t
e:

You may be just as well off in just forgetting about the DCSS for
Fortran.  If the bootstrap module or invocation exec just uses the DCSS

if
one is available and if there is not much or, as in our case, probably 
n
o
concurrent use of Fortran, there is no savings to be gained.  It sounds

as
if you may be better off chasing a real problem.
Jim

At 05:08 AM 5/8/2006, Alexey Bozrikov wrote:
Good day everyone,

I am trying to restore VS Fortran shared segments after a re-arrangeme
n
t =
of=20
SPOOL areas (by a person with an MCSE diploma, I know, ridiculous) on

a=20=

VM/ESA system running on P/390. No backups of previous DCSSes are=20

available. Have no great experiencs on doing this; last time I've been
=
20=

doing something with saved systems was on a VM/SP 5 system years ago.

I=20=

have tried following: LINKed VSFORT 260/270 minidisks to maint machine

an=
d=20
run I5668806 EXEC with DCSS arg. The EXEC complains about lack of FORT
R
AN=
=20
DEFAULTS file (which I cannot find anywhere on minidisks). The guy who

us=
ed=20
to support the system left the scene. Any advice will be appreciated.


Alexey

Jim Bohnsack
Cornell Univ.
(607) 255-1760



=



=



Re: Question: VS FORTRAN DCSS

2006-05-08 Thread Alexey Bozrikov
Thanks for the advice. The other exec failed with same error message 
complaining about lack of FORTRAN DEFAULTS file. I will follow the Redboo
k 
you have suggested, maybe I am missing some additional steps.

I5668806 DCSS


*** VS FORTRAN Version 2:
 
  
***THE FORTRAN DEFAULTS FILE is required for product installation. 
 
***Installation is terminated. 
 


Ready(00200); T=0.86/0.94 11:13:23 
 


Alexey

On Mon, 8 May 2006 11:18:03 -0400, Davis, Larry 
[EMAIL PROTECTED] wrote:

You need to first define the FORTRAN DCSS and then run the Installation
exec with the DCSS argument

I5668806 DCSS

Or

I5688087 DCSS 

I pulled this out of SC26-4339-05 Installation and Customization for
CMS manual

Larry

-Original Message-
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of Dave Jones
Sent: Monday, May 08, 2006 10:58 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: Question: VS FORTRAN DCSS

Hello, Alexey.

I take it that you have the VS Fortran V2 code installed someplace on a
minidisk and are just missing the DCSS.

This manual has the instructions for defining and creating the Fortran
DCSS:

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

TENTS

I believe you should be able to get your Fortran product back into
working condition with the manual's help.

Let us know if you need anything else.

Good luck.

DJ


Alexey Bozrikov wrote:
 Well, I wish they could leave without DCSS, but it seems thet invoking


 exec/modules does need it. I have tried to compile a 3-line program 

 myself and it does not seem to work:
 [qte]
 fortvs2 testf   
 
   
 DMSILX040E SAVED SEGMENT(S) NOT FOUND. EXECUTION TERMINATED.
 Ready(00044); T=0.03/0.06 08:40:11
 [unqte]
 Any remedy to this?
 
 Alexey
 
 
 On Mon, 8 May 2006 07:40:55 -0400, Jim Bohnsack [EMAIL PROTECTED]
wrote:
 
 
You may be just as well off in just forgetting about the DCSS for 
Fortran.  If the bootstrap module or invocation exec just uses the 
DCSS if one is available and if there is not much or, as in our case, 

probably no concurrent use of Fortran, there is no savings to be 
gained.  It sounds as if you may be better off chasing a real problem.

Jim

At 05:08 AM 5/8/2006, Alexey Bozrikov wrote:

Good day everyone,

I am trying to restore VS Fortran shared segments after a 
re-arrangement = of=20 SPOOL areas (by a person with an MCSE dipl
oma,

I know, ridiculous) on
 
 a=20=
 
VM/ESA system running on P/390. No backups of previous DCSSes are=2
0 
available. Have no great experiencs on doing this; last time I've 
been=20=

doing something with saved systems was on a VM/SP 5 system years ago.


 
 I=20=
 
have tried following: LINKed VSFORT 260/270 minidisks to maint 
machine an= d=20 run I5668806 EXEC with DCSS arg. The EXEC compla
ins 
about lack of FORTRAN= =20 DEFAULTS file (which I cannot find 
anywhere on minidisks). The guy who us= ed=20 to support the syst
em 
left the scene. Any advice will be appreciated.


Alexey

Jim Bohnsack
Cornell Univ.
(607) 255-1760

=
=
===

=
===


Troubleshooting dirmaint

2006-05-08 Thread Little, Chris
and getting it online for the first time in z/vm 5.1

When following the procedure to Test the DIRMAINT Server Machine in the
Directory Maintenance Facility Tailloring and Adminstration Guide, I'm
getting the following error after DVHBEGIN.  I'm not looking for an answer
to it -- just where to start looking to troubleshoot myself.

dvhbegin  
 DVHITI3531W An OFFLINE CONTROL exists.  Updates to the object
 DVHITI3531W directory are currently disabled.  Use the DIRM ONLINE   
 DVHITI3531W command to enable object directory updates.  
 DVHITI3531W A DISABLE CONTROL already exists.  The current setting is
 DVHITI3531W being honored.  It was not rebuilt using the setting from
 DVHITI3531W the CONFIG* DATADVH file.
DIRMAINT ZVMV5R10 - 2006/05/08; T=0.09/0.11 11:36:24  
DVHWAI2140I Waiting for work on 06/05/08 at 11:36:24. 
DVHWAI2143I Wakeup caused by timer file entry on 06/05/08 at 11:36:24.
DVHWAI2143I Processing event number 2 scheduled for ==/==/== at   
DVHWAI2143I 00:01:00. 
 DVHMEO3526W DirMaint is in TESTING mode. 
DVHWAI2119T Error in CMS command; RC= 3526
-
DVHWAI2119T from: EXEC DVHMERO DIRMAINT DATADVH A =
-
DVHWAI2119T = *
-
DVHWAI2119T at line 210.  
*** Query Time
TIME IS 11:36:24 CDT MONDAY 05/08/06  
CONNECT= 00:00:32 VIRTCPU= 000:00.16 TOTCPU= 000:00.19
*** Identify  
DIRMAINT AT ZVMV5R10 VIA *05/08/06 11:36:24 CDT  MONDAY   


+--+
 | Chris Little OKDHS Platform Services   |
 | IS Operating Systems Specialist IV |
 | email  [EMAIL PROTECTED]  |
 | work (405)522-1306  cell (405)229-7822 |
+--+


Re: CMS Levels

2006-05-08 Thread Schuh, Richard
And especially with CMS, testing old stuff on new CMS on old CP usually 
presents no problems. We did have to fall back due to a problem in OEM CP 
modifications, so we are running 4.4.0 with nearly 90 users on CMS 22. We are 
not using VMSYS and have had no problem with the filepool servers that we are 
running on CMS 22. Are you sure that your VMSYS had the correct 193 disk when 
it failed? As long as that disk is correct for the release of CMS, running CMS 
22 on z/VM 4.4.0 appears to work as it should. Mixing a back level 193 disk 
with a newer CMS does not work.

Regards,
Richard Schuh

 -Original Message-
From:   The IBM z/VM Operating System [mailto:[EMAIL PROTECTED]  On Behalf Of 
Alan Altmark
Sent:   Monday, May 08, 2006 7:09 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject:Re: CMS Levels

On Monday, 05/08/2006 at 09:05 AST, Stracka, James (GTI) 
[EMAIL PROTECTED] wrote:
 We had a problem in the past when running an SFS SVM at a higher CMS
 level than CP.  Specifically the VMSYS: SVM took an abend.  We now
 insure that CP is always higher than or equal to both CMS and GCS.

Generally the order to use is:
- CP first
- then CMS (with LE)
- then TCP/IP (stack, apps, SSL)
- GCS whenever

From time to time there may be specific exceptions that need tigher 
bindings that you usually (!) hear about in advance, but this generally 
works.  If you wander too far afield from this order, you risk getting 
yourself into an unsupportable configuration.

We don't test new-on-top-of-old, but typically test old-on-new as that 
reflects the realities of our development and incremental function test 
process.  The full-blown system test, however, is primarily a new-on-new 
environment since it proceeds according to the documented procedures for 
installing a z/VM system.

Alan Altmark
z/VM Development
IBM Endicott


Re: Question: VS FORTRAN DCSS

2006-05-08 Thread Rob van der Heij

On 5/8/06, Alexey Bozrikov [EMAIL PROTECTED] wrote:


 DMSILX040E SAVED SEGMENT(S) NOT FOUND. EXECUTION TERMINATED.


Wasn't FORTRAN also that you could either define user the segment or
define the LOADLIB to use to load the missing members? If the DCSS
were required to run the program, then you would also be in trouble
when the segment were overlayed by something else.

You probably have a VSF2LOAD LOADLIB on the Y-disk as well, so I would
try a GLOBAL LOADLIB against that before running your FORTRAN program
(if it's built to run in load mode).

Rob
--
Rob van der Heij
Velocity Software, Inc
http://velocitysoftware.com/


Re: FCP Attached Tape Drives (z/VM, z/Linux) - Help Please!

2006-05-08 Thread Alan Altmark
On Monday, 05/08/2006 at 04:20 GMT, Paul Raulerson [EMAIL PROTECTED] 
wrote:

 I modified the IODC (using the HMC, I have not figured out how to use 
the z/VM 
 software for doing so yet... :)  to change a free FC channel to a FCP 
channel, 
 and added a CUNUMBR line to support. I?ve included the definition file 
below, 
 with the interesting bits marked in red.:) 
 
 From z/VM I can do a query on the CHPID (F3 in this case) and I see that 
it 
 thinks there are devices available out there. That is kind strange, 
because the 
 new tapes are not yet attached  there are two new 3592 TS1120 tape 
drives ready 
 to connect to the SAN switch and configure. The FiCON port is also ready 
to 
 connect to the SAN switch and, if necessary, do any configuration. 

Actually, VM doesn't see the SCSI devices.  What it sees are the 
subchannels on the chpid.  In normal ESCON attachment, the control units 
actively participate in the I/O process.  They know which devices are 
available and which devices are not.

For SCSI, there is no traditional control unit to manage device attachment 
to the I/O subsystem.  There's just a cable the plugs into your FC switch. 
 The connection to a particular drive is established dynamically via a 
specific protocol between the guest or CP and the switch.

So as long as the chpid is active, all of the devices you defined on the 
chpid will appear, but they don't have active devices on them until CP 
(via EDEVICE) or a guest (via its own SCSI device drivers) does something.

 Problem is, from this point on I am lost  there are WorldWidePort 
addresses and 
 a lot of other terminology I am not familiar with. So any references or 
 pointers would be very much appreciated. I have a feeling that this is 
not all 
 that hard. The Shark is current attached to the same SAN switches, and 
provides 
 DASD for the PC?s.

See Steve Wilkins' home page: http://www.vm.ibm.com/devpages/wilkinss 
where you will find several of his presentations on z/VM and SCSI.  These 
are excellent resources.  (Steve is the Father of z/VM SCSI.)  It helps if 
you can sit down with someone who has storage expertise to help round out 
some of the practical considerations.

And get thee to a VM user group near thee!  If the user group requests 
someone come and speak on SCSI, we are more than happy to oblige.

Alan Altmark
z/VM Development
IBM Endicott


Re: FCP Attached Tape Drives (z/VM, z/Linux) - Help Please!

2006-05-08 Thread Paul Raulerson
Steve Wilkin's page is a goldmine! Thanks for the pointer. :) I see I gotten myself in a conumdrum here - the FCP port if available, but I should not have defined any devices on it. "SET EDEVICE  xxx xx xx xx ... " results in a complaint that 'D200 is a defined as a real device". I suppose it istime for yet another maintenance window, and bring her down again. (*sigh*) I should not be this difficult. :) :) :) :) I suppose I am going to have to start a VM User group down here - the closest one I know of the CaveMen guys up in Chigaco. :) -Paul
---BeginMessage---
On Monday, 05/08/2006 at 04:20 GMT, Paul Raulerson [EMAIL PROTECTED] 
wrote:

 I modified the IODC (using the HMC, I have not figured out how to use 
the z/VM 
 software for doing so yet... :)  to change a free FC channel to a FCP 
channel, 
 and added a CUNUMBR line to support. I?ve included the definition file 
below, 
 with the interesting bits marked in red.:) 
 
 From z/VM I can do a query on the CHPID (F3 in this case) and I see that 
it 
 thinks there are devices available out there. That is kind strange, 
because the 
 new tapes are not yet attached  there are two new 3592 TS1120 tape 
drives ready 
 to connect to the SAN switch and configure. The FiCON port is also ready 
to 
 connect to the SAN switch and, if necessary, do any configuration. 

Actually, VM doesn't see the SCSI devices.  What it sees are the 
subchannels on the chpid.  In normal ESCON attachment, the control units 
actively participate in the I/O process.  They know which devices are 
available and which devices are not.

For SCSI, there is no traditional control unit to manage device attachment 
to the I/O subsystem.  There's just a cable the plugs into your FC switch. 
 The connection to a particular drive is established dynamically via a 
specific protocol between the guest or CP and the switch.

So as long as the chpid is active, all of the devices you defined on the 
chpid will appear, but they don't have active devices on them until CP 
(via EDEVICE) or a guest (via its own SCSI device drivers) does something.

 Problem is, from this point on I am lost  there are WorldWidePort 
addresses and 
 a lot of other terminology I am not familiar with. So any references or 
 pointers would be very much appreciated. I have a feeling that this is 
not all 
 that hard. The Shark is current attached to the same SAN switches, and 
provides 
 DASD for the PC?s.

See Steve Wilkins' home page: http://www.vm.ibm.com/devpages/wilkinss 
where you will find several of his presentations on z/VM and SCSI.  These 
are excellent resources.  (Steve is the Father of z/VM SCSI.)  It helps if 
you can sit down with someone who has storage expertise to help round out 
some of the practical considerations.

And get thee to a VM user group near thee!  If the user group requests 
someone come and speak on SCSI, we are more than happy to oblige.

Alan Altmark
z/VM Development
IBM Endicott


---End Message---


Re: FCP Attached Tape Drives (z/VM, z/Linux) - Help Please!

2006-05-08 Thread Eric R Farman

Hi Paul,

When issuing a SET EDEV  TYPE
FBA ATTR  [paths] command, the  value should
be an unused RDEV number that will be created. The FCP RDEV number
(D200) is used later in the command, following the FCP_DEV
operand.

Hope this helps you avoid your maintenance
window.

Regards,
  Eric

Eric Farman
z/VM I/O Development
IBM Endicott, NY
(607)429-4958 (tie 620)





Paul Raulerson [EMAIL PROTECTED]

Sent by: The IBM z/VM Operating System
IBMVM@LISTSERV.UARK.EDU
05/08/2006 06:17 PM



Please respond to
The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU





To
IBMVM@LISTSERV.UARK.EDU


cc



Subject
Re: FCP Attached Tape Drives (z/VM,
z/Linux) - Help Please!








Steve Wilkin's page is a goldmine! Thanks for the pointer.
:) 

I see I gotten myself in a conumdrum here - the FCP port if available,
but I should not have defined any devices on it. 
SET EDEVICE  xxx xx xx xx ...  results in a complaint
that 'D200 is a defined as a real device. I suppose it is
time for yet another maintenance window, and bring her down again. (*sigh*)


I should not be this difficult. :) :) :) :) 


I suppose I am going to have to start a VM User group down here - the closest
one I know of the CaveMen guys up in Chigaco. :) 

-Paul
- Message from Alan Altmark [EMAIL PROTECTED]
on Mon, 8 May 2006 20:27:00 + -



To:
IBMVM@LISTSERV.UARK.EDU


Subject:
Re: FCP Attached Tape Drives (z/VM, z/Linux) - Help Please!
On Monday, 05/08/2006 at 04:20 GMT, Paul Raulerson
[EMAIL PROTECTED] 
wrote:

 I modified the IODC (using the HMC, I have not figured out how to
use 
the z/VM 
 software for doing so yet... :) to change a free FC channel
to a FCP 
channel, 
 and added a CUNUMBR line to support. I?ve included the definition
file 
below, 
 with the interesting bits marked in red.:) 
 
 From z/VM I can do a query on the CHPID (F3 in this case) and I see
that 
it 
 thinks there are devices available out there. That is kind strange,

because the 
 new tapes are not yet attached there are two new 3592 TS1120
tape 
drives ready 
 to connect to the SAN switch and configure. The FiCON port is also
ready 
to 
 connect to the SAN switch and, if necessary, do any configuration.


Actually, VM doesn't see the SCSI devices. What it sees are the 
subchannels on the chpid. In normal ESCON attachment, the control
units 
actively participate in the I/O process. They know which devices
are 
available and which devices are not.

For SCSI, there is no traditional control unit to manage device attachment

to the I/O subsystem. There's just a cable the plugs into your FC
switch. 
 The connection to a particular drive is established dynamically via a

specific protocol between the guest or CP and the switch.

So as long as the chpid is active, all of the devices you defined on the

chpid will appear, but they don't have active devices on them until CP

(via EDEVICE) or a guest (via its own SCSI device drivers) does something.

 Problem is, from this point on I am lost there are WorldWidePort

addresses and 
 a lot of other terminology I am not familiar with. So any references
or 
 pointers would be very much appreciated. I have a feeling that this
is 
not all 
 that hard. The Shark is current attached to the same SAN switches,
and 
provides 
 DASD for the PC?s.

See Steve Wilkins' home page: http://www.vm.ibm.com/devpages/wilkinss 
where you will find several of his presentations on z/VM and SCSI. These

are excellent resources. (Steve is the Father of z/VM SCSI.) It
helps if 
you can sit down with someone who has storage expertise to help round out

some of the practical considerations.

And get thee to a VM user group near thee! If the user group requests

someone come and speak on SCSI, we are more than happy to oblige.

Alan Altmark
z/VM Development
IBM Endicott





Re: FCP Attached Tape Drives (z/VM, z/Linux) - Help Please!

2006-05-08 Thread P. Raulerson



Ack! I really can spell, but my typing is terrible 
when I typing into a web page. Apologies to all. 

Thanks Eric, I will try this in the morning. I've 
pretty well been up all weekend and my eyes just won't stay open.

Again, apologies to the list for that horrific 
typing. 

-Paul

  - Original Message - 
  From: 
  Eric R Farman 
  
  To: IBMVM@LISTSERV.UARK.EDU 
  Sent: Monday, May 08, 2006 6:03 PM
  Subject: Re: FCP Attached Tape Drives 
  (z/VM, z/Linux) - Help Please!
  Hi Paul, When issuing a "SET EDEV  TYPE FBA ATTR  
  [paths]" command, the "" value should be an unused RDEV number that will 
  be created. The FCP RDEV number (D200) is used later in the command, 
  following the "FCP_DEV" operand. Hope this helps you avoid your maintenance window. Regards, 
  EricEric Farmanz/VM I/O DevelopmentIBM Endicott, 
  NY(607)429-4958 (tie 620) 
  


  Paul Raulerson 
[EMAIL PROTECTED] Sent by: The IBM z/VM Operating System 
IBMVM@LISTSERV.UARK.EDU 
05/08/2006 06:17 PM 

  
  

  Please respond 
  toThe IBM z/VM Operating System 
  IBMVM@LISTSERV.UARK.EDU
  

  
  

  To
IBMVM@LISTSERV.UARK.EDU 
  

  cc

  

  Subject
Re: FCP Attached Tape Drives 
  (z/VM, z/Linux) - Help Please!

  
  

Steve Wilkin's page is a goldmine! Thanks for the pointer. :) I 
  see I gotten myself in a conumdrum here - the FCP port if available, but I 
  should not have defined any devices on it. "SET EDEVICE  xxx xx xx xx 
  ... " results in a complaint that 'D200 is a defined as a real device". 
  I suppose it istime for yet another maintenance window, and bring 
  her down again. (*sigh*) I should not be this difficult. :) :) :) :) 
  I suppose I am going to have to start a VM User group down here - 
  the closest one I know of the CaveMen guys up in Chigaco. :) 
  -Paul- 
  Message from "Alan Altmark" [EMAIL PROTECTED] on Mon, 8 May 2006 
  20:27:00 + - 
  


  
To:
  IBMVM@LISTSERV.UARK.EDU 

  
Subject:
  Re: FCP Attached Tape Drives (z/VM, z/Linux) - Help 
Please!On Monday, 05/08/2006 
  at 04:20 GMT, Paul Raulerson [EMAIL PROTECTED] 
  wrote: I modified the IODC (using the HMC, I have not figured 
  out how to use the z/VM  software for doing so yet... :) to 
  change a free FC channel to a FCP channel,  and added a CUNUMBR 
  line to support. I?ve included the definition file below,  with 
  the interesting bits marked in red.:)   From z/VM I can do a 
  query on the CHPID (F3 in this case) and I see that it  thinks 
  there are devices available out there. That is kind strange, because the 
   new tapes are not yet attached there are two new 3592 TS1120 
  tape drives ready  to connect to the SAN switch and configure. The 
  FiCON port is also ready to  connect to the SAN switch and, if 
  necessary, do any configuration. Actually, VM doesn't see the SCSI 
  devices. What it sees are the subchannels on the chpid. In 
  normal ESCON attachment, the control units actively participate in the I/O 
  process. They know which devices are available and which devices are 
  not.For SCSI, there is no traditional control unit to manage device 
  attachment to the I/O subsystem. There's just a cable the plugs into 
  your FC switch. The connection to a particular drive is established 
  dynamically via a specific protocol between the guest or CP and the 
  switch.So as long as the chpid is active, all of the devices you 
  defined on the chpid will appear, but they don't have active devices on 
  them until CP (via EDEVICE) or a guest (via its own SCSI device drivers) 
  does something. Problem is, from this point on I am lost 
  there are WorldWidePort addresses and  a lot of other 
  terminology I am not familiar with. So any references or  pointers 
  would be very much appreciated. I have a feeling that this is not all 
   that hard. The Shark is current attached to the same SAN switches, 
  and provides  DASD for the PC?s.See Steve Wilkins' home 
  page: http://www.vm.ibm.com/devpages/wilkinss where you will find several 
  of his presentations on z/VM and SCSI. These are excellent 
  resources. (Steve is the Father of z/VM SCSI.) It helps if you 
  can sit down with someone who has storage expertise to help round out some 
  of the practical considerations.And get thee to a VM user group near 
  thee! If the user group requests someone come and speak on SCSI, we 
  are more than happy to oblige.Alan Altmarkz/VM DevelopmentIBM 
  Endicott


Re: Question: VS FORTRAN DCSS

2006-05-08 Thread Wayne T Smith
When you generate the FORTVS2 MODULE, you are asked (or you specify via 
parameter, I forget) that you want one big MODULE, or a smaller MODULE 
and DCSS.  We always used to generate and rename each, and had a stub 
module that would figure out which one to call at run-time.


Sorry, I don't recall the DEFAULTS file.

cheers, wayne