Setup XLINK

2009-03-17 Thread Berry van Sleeuwen
Hello Listers,

I am looking into XLINK. The main goal is to be able to determine if a
minidiskextent on DASD is already in R/W use on a different VM. This way 
we
could provide for an easy switch for linux guests from one VM to another.


We do not setup the full CSE here. SPOOL and DIRMAINT are just for their 
own
VM image.

Now I have found that I need:
- XLINK_SYSTEM_INCLUDE for every VM system.
- XLINK_VOLUME_INCLUDE for every DASD volume.
- XLINK FORMAT the DASD to enable the volume for XLINK usage.

Do I need more? For instance, it could be that there are multiple minidis
ks
on one volume and that the linuxguests in question are spread across the 
4
VM images. Should the DASD be set to SHARED for this? As I understand it
linux doesn't require the disks to be SHARED but I'd like to be sure.

Are there any other issues I should prepare for?

TIA,
Berry.


z/VM 5.4 Installation from DVD Failure - PJBR

2009-03-17 Thread jose raul baron
Hi all, 
 
We are currently installing a second-level z/VM via DVD installation and we
are getting this error when issuing the command: 
 
pipe ftpget -h ipaddr -u user -p password -d ftpdir -v BEF -DVDEOF
-f CKD222* | unpack | eckdrest  

 
CKD222*   
DMSRXS1408W File TCPIP DATA * not found   
ECKDREST: WARNING: 75 TRACKS WERE RESTORED AND 75 ADDITIONAL TRACKS WERE
CLEARED
ECKDREST: WROTE 150 TRACKS ON , RC=1

Ready(1);

 
Has anyone an idea of what the problem could be ?  We haven't been able to
locate the error and find a solution. 
 
Thanks in advance, 
 


José R. Barón 
Dpto. Sistemas 
CALCULO S.A. 
Pza. de las Cortes, 2 
28014 Madrid 
Tel. 91 330 86 44 / E-mail:  mailto:jba...@calculo-sa.es
jba...@calculo-sa.es 
P  No imprima este e-mail si no es realmente necesario. 
Do not print this e-mail unless really necessary. 


 


Re: SEGGEN failure

2009-03-17 Thread Shimon Lebowitz
On the advice of a respected member of the list, I tried
adding a LOT of virtual storage to MAINT, but even with 512M
I get the same result. This makes sense, since the error message
is not mentioning any problem loading the content of the segment.

This is happening in VMFBDSEG EXEC at lines 2169-2170.
The first is the SEGMENT RESERVE command,
the second is the invocation of SEGGEN MODULE, which fails.

Just for fun I commented out the RESERVE, since SEGGEN is apparently
complaining about it, but (no surprise!) SEGGEN did not work then either.
The difference was that there was no message explaining WHY it failed.

So, here I am stuck, even with 512M, and no segment being built.
Oh, the details of the segment are the defaults, 3M beginning at 20M:

cp q nss name instseg map
FILE FILENAME FILETYPE MINSIZE  BEGPAG ENDPAG TYPE CL #USERS PARMREGS
VMGROUP
0005 INSTSEG  DCSS   N/A01400  016FF   SR  A  00021   N/A   N/A
0074 INSTSEG  DCSS   N/A01400  016FF   SR  S  0   N/A   N/A

And catching the SEGMENT RESERVE with an interactive trace, shows:
'QUERY SEGMENT *'
Space Name  Location  LengthLoaded   Attribute
INSTSEG   INSTSEG   0140  0030  NO   USER

Any ideas?

 ! ! ! NEWS FLASH ! ! !=

For some reason I happened to look at CMSINST  LSEGMAP  D on the 51D disk,
and *IT* had the answer to the problem!!! One of the files I had listed in
the
build list for the segment was a mistake, and did not exist!

So, instead of nicely putting out a RC=28 and saying the file was missing,
it hid this message in a file NOT on my A-disk, and expected me to guess the
problem. :-(
Anyway, I made that correction, and then just for fun I reset storage to 64M
before the build. It worked fine!

Oh... the message about the segment already being reserved is a red herring,
I got that message on the successful run too!

VMFBLD2760I VMFBLD processing started
VMFBLD1851I Reading build lists
VMFBLD2182I Identifying new build requirements
VMFBLD2182I No new build requirements identified
VMFBLD1851I (1 of 1) VMFBDSEG processing SEGBLIST EXC0 D, target is
BUILD
51D (D)
VMFBDS2115I Validating segment INSTSEG
VMFBDS2002I A DEFSEG command will be issued for 1 segment(s).
VMFBDS2219I Processing object INSTSEG.SEGMENT
DMSDCS358E Skeleton segment INSTSEG has already been reserved
HCPNSS440I Saved segment INSTSEG was successfully saved in fileid 0076.
VMFBLD1851I (1 of 1) VMFBDSEG completed with return code 0
VMFBLD2180I There are 0 build requirements remaining
VMFBLD2760I VMFBLD processing completed successfully
Ready; T=3.73/4.02 12:17:07

So I sent all this to the list in case someone else also gets these
messages:
DMSGEN1279E Error(s) occurred during SEGGEN processing.
VMFBDS1965E The command, SEGGEN INSTSEG PSEG A SYSTEM SEGID D2 ( TYPE,
failed
with return code 32

Thank you all kindly for your attention :-)
Shimon


Re: z/VM 5.4 Installation from DVD Failure - PJBR

2009-03-17 Thread Rob van der Heij
On Tue, Mar 17, 2009 at 11:41 AM, jose raul baron jba...@calculo-sa.es wrote:
 Hi all,

 We are currently installing a second-level z/VM via DVD installation and we
 are getting this error when issuing the command:

 pipe ftpget -h ipaddr -u user -p password -d ftpdir -v BEF -DVDEOF
 -f CKD222* | unpack | eckdrest
 

 CKD222*
 DMSRXS1408W File TCPIP DATA * not found
 ECKDREST: WARNING: 75 TRACKS WERE RESTORED AND 75 ADDITIONAL TRACKS WERE
 CLEARED
 ECKDREST: WROTE 150 TRACKS ON ,
 RC=1
 Ready(1);

Are you sure the  disk is R/W and that it is the right size?   I
tried to do it from the quick ref guide and found that it was
missing some of the steps that you need (and are only in the real
book).
IIRC this looks like the original disk was 5 cyl and yours is 10, and
that the RC=1 is an indication that it went fine..   Access the mini
disk and see what's there and whether it looks reliable. If it was
initially empty and now has a lot of files, then you're probably good
to go.

Rob


Re: z/VM 5.4 Installation from DVD Failure - PJBR

2009-03-17 Thread jose raul baron
Rob, just a quick note. The size for minidisk  must be EXACTLY of 5 cyl.
Not less AND NOT MORE :-)
if more than 5 cyl. are defined you get RC=1. 

This goes too with the other disks that must be EXACTLY of: 

- Minidisk 22CC:   5 cyl.
- Minidisk 2CF1: 120 cyl.  

BRGDS and thank you again for your help. 


José R. Barón
Dpto. Sistemas
CALCULO S.A. 
Pza. de las Cortes, 2
28014 Madrid
Tel. 91 330 86 44 / E-mail: jba...@calculo-sa.es 
P  No imprima este e-mail si no es realmente necesario.
Do not print this e-mail unless really necessary.



-Mensaje original-
De: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] En nombre
de Rob van der Heij
Enviado el: martes, 17 de marzo de 2009 11:57
Para: IBMVM@LISTSERV.UARK.EDU
Asunto: Re: z/VM 5.4 Installation from DVD Failure - PJBR

On Tue, Mar 17, 2009 at 11:41 AM, jose raul baron jba...@calculo-sa.es
wrote:
 Hi all,

 We are currently installing a second-level z/VM via DVD installation and
we
 are getting this error when issuing the command:

 pipe ftpget -h ipaddr -u user -p password -d ftpdir -v BEF -DVDEOF
 -f CKD222* | unpack | eckdrest
 

 CKD222*
 DMSRXS1408W File TCPIP DATA * not found
 ECKDREST: WARNING: 75 TRACKS WERE RESTORED AND 75 ADDITIONAL TRACKS WERE
 CLEARED
 ECKDREST: WROTE 150 TRACKS ON ,
 RC=1
 Ready(1);

Are you sure the  disk is R/W and that it is the right size?   I
tried to do it from the quick ref guide and found that it was
missing some of the steps that you need (and are only in the real
book).
IIRC this looks like the original disk was 5 cyl and yours is 10, and
that the RC=1 is an indication that it went fine..   Access the mini
disk and see what's there and whether it looks reliable. If it was
initially empty and now has a lot of files, then you're probably good
to go.

Rob


Re: SEGGEN failure

2009-03-17 Thread Kris Buelens
Search your A-disk for LSEGMAP and PSEGMAP files, they may tell the
segment storage is full.
VMSES's SEGGEN usage is an area for improvement: all debugging
information is missing.

2009/3/17 Shimon Lebowitz shimon...@gmail.com:
 On the advice of a respected member of the list, I tried
 adding a LOT of virtual storage to MAINT, but even with 512M
 I get the same result. This makes sense, since the error message
 is not mentioning any problem loading the content of the segment.

 This is happening in VMFBDSEG EXEC at lines 2169-2170.
 The first is the SEGMENT RESERVE command,
 the second is the invocation of SEGGEN MODULE, which fails.

 Just for fun I commented out the RESERVE, since SEGGEN is apparently
 complaining about it, but (no surprise!) SEGGEN did not work then either.
 The difference was that there was no message explaining WHY it failed.

 So, here I am stuck, even with 512M, and no segment being built.
 Oh, the details of the segment are the defaults, 3M beginning at 20M:

 cp q nss name instseg map
 FILE FILENAME FILETYPE MINSIZE  BEGPAG ENDPAG TYPE CL #USERS PARMREGS
 VMGROUP
 0005 INSTSEG  DCSS   N/A01400  016FF   SR  A  00021   N/A   N/A
 0074 INSTSEG  DCSS   N/A01400  016FF   SR  S  0   N/A   N/A

 And catching the SEGMENT RESERVE with an interactive trace, shows:

 'QUERY SEGMENT *'
 Space Name  Location  LengthLoaded   Attribute
 INSTSEG   INSTSEG   0140  0030  NO   USER

 Any ideas?

  ! ! ! NEWS FLASH ! ! !=

 For some reason I happened to look at CMSINST  LSEGMAP  D on the 51D disk,
 and *IT* had the answer to the problem!!! One of the files I had listed in
 the
 build list for the segment was a mistake, and did not exist!

 So, instead of nicely putting out a RC=28 and saying the file was missing,
 it hid this message in a file NOT on my A-disk, and expected me to guess the
 problem. :-(
 Anyway, I made that correction, and then just for fun I reset storage to 64M
 before the build. It worked fine!

 Oh... the message about the segment already being reserved is a red herring,
 I got that message on the successful run too!

 VMFBLD2760I VMFBLD processing started
 VMFBLD1851I Reading build lists
 VMFBLD2182I Identifying new build requirements
 VMFBLD2182I No new build requirements identified
 VMFBLD1851I (1 of 1) VMFBDSEG processing SEGBLIST EXC0 D, target is
 BUILD
 51D (D)
 VMFBDS2115I Validating segment INSTSEG
 VMFBDS2002I A DEFSEG command will be issued for 1 segment(s).
 VMFBDS2219I Processing object INSTSEG.SEGMENT
 DMSDCS358E Skeleton segment INSTSEG has already been reserved
 HCPNSS440I Saved segment INSTSEG was successfully saved in fileid 0076.
 VMFBLD1851I (1 of 1) VMFBDSEG completed with return code 0
 VMFBLD2180I There are 0 build requirements remaining
 VMFBLD2760I VMFBLD processing completed successfully
 Ready; T=3.73/4.02 12:17:07

 So I sent all this to the list in case someone else also gets these
 messages:
 DMSGEN1279E Error(s) occurred during SEGGEN processing.
 VMFBDS1965E The command, SEGGEN INSTSEG PSEG A SYSTEM SEGID D2 ( TYPE,
 failed
 with return code 32

 Thank you all kindly for your attention :-)
 Shimon




-- 
Kris Buelens,
IBM Belgium, VM customer support


Re: Setup XLINK

2009-03-17 Thread Kris Buelens
XLINK makes it possible to protect multiple minidisks on a shared
pack.  XLINK checks cylinder ranges.
You can test this
- on VMA, use LINK userid vdev 1 M
- on VMB try LINK userid vdev 1 M
  and this should fail, CP should tell userid vdev not linked, R/W by VMA
Note that there are no commands to dynamically the XLINK definitions
as those found in SYSTEM CONFIG, and IPL is required.

You don't need to define the volumes as shared, but BEWARE:
-  The problem is MDC: when MDC is active for a volume, CP may find
request data in storage
   and may no go to the disk fo satisfy an I/O.  Hence is an update
took place in VMA
   a request from VMB may read backlevel data
- Turn MDC OFF for the shared volumes and you are safe
  (the default for disks definedd as SHARED)
- or, if you know 100% sure that only one system is writing to it
  - leave MDC ON for the volumes on the writing system
  - turn MDC OFF for the volumes on all reading systems
  (my former customer has been working like this for years)

2009/3/17 Berry van Sleeuwen berry.vansleeu...@xs4all.nl:
 Hello Listers,

 I am looking into XLINK. The main goal is to be able to determine if a
 minidiskextent on DASD is already in R/W use on a different VM. This way we
 could provide for an easy switch for linux guests from one VM to another.

 We do not setup the full CSE here. SPOOL and DIRMAINT are just for their own
 VM image.

 Now I have found that I need:
 - XLINK_SYSTEM_INCLUDE for every VM system.
 - XLINK_VOLUME_INCLUDE for every DASD volume.
 - XLINK FORMAT the DASD to enable the volume for XLINK usage.

 Do I need more? For instance, it could be that there are multiple minidisks
 on one volume and that the linuxguests in question are spread across the 4
 VM images. Should the DASD be set to SHARED for this? As I understand it
 linux doesn't require the disks to be SHARED but I'd like to be sure.

 Are there any other issues I should prepare for?

 TIA,
 Berry.


-- 
Kris Buelens,
IBM Belgium, VM customer support


Re: z/VM 5.4 Installation from DVD Failure - PJBR

2009-03-17 Thread jose raul baron
Hi Rob. Yes, I have looked into my  disk and it varied from being empty
to be filled with lots of files (67 files to be more accurate). I suppose
this is no big problem, but just wanted to make sure. (The old costume to
look for RC=0's).

I will take your advise and go on. 

Thanks for your help once again. 

BRGDS,



José R. Barón
Dpto. Sistemas
CALCULO S.A. 



-Mensaje original-
De: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] En nombre
de Rob van der Heij
Enviado el: martes, 17 de marzo de 2009 11:57
Para: IBMVM@LISTSERV.UARK.EDU
Asunto: Re: z/VM 5.4 Installation from DVD Failure - PJBR

On Tue, Mar 17, 2009 at 11:41 AM, jose raul baron jba...@calculo-sa.es
wrote:
 Hi all,

 We are currently installing a second-level z/VM via DVD installation and
we
 are getting this error when issuing the command:

 pipe ftpget -h ipaddr -u user -p password -d ftpdir -v BEF -DVDEOF
 -f CKD222* | unpack | eckdrest
 

 CKD222*
 DMSRXS1408W File TCPIP DATA * not found
 ECKDREST: WARNING: 75 TRACKS WERE RESTORED AND 75 ADDITIONAL TRACKS WERE
 CLEARED
 ECKDREST: WROTE 150 TRACKS ON ,
 RC=1
 Ready(1);

Are you sure the  disk is R/W and that it is the right size?   I
tried to do it from the quick ref guide and found that it was
missing some of the steps that you need (and are only in the real
book).
IIRC this looks like the original disk was 5 cyl and yours is 10, and
that the RC=1 is an indication that it went fine..   Access the mini
disk and see what's there and whether it looks reliable. If it was
initially empty and now has a lot of files, then you're probably good
to go.

Rob


Re: Setup XLINK

2009-03-17 Thread Rob van der Heij
On Tue, Mar 17, 2009 at 12:32 PM, Kris Buelens kris.buel...@gmail.com wrote:
 XLINK makes it possible to protect multiple minidisks on a shared
 pack.  XLINK checks cylinder ranges.

Incorrect Kris. XLINK only protects the starting cylinder. However, as
long as magic ensures identical directories, this should be a moot
point.

 You can test this
 - on VMA, use LINK userid vdev 1 M
 - on VMB try LINK userid vdev 1 M
  and this should fail, CP should tell userid vdev not linked, R/W by VMA
 Note that there are no commands to dynamically the XLINK definitions
 as those found in SYSTEM CONFIG, and IPL is required.

 You don't need to define the volumes as shared, but BEWARE:
 -  The problem is MDC: when MDC is active for a volume, CP may find
 request data in storage
   and may no go to the disk fo satisfy an I/O.  Hence is an update
 took place in VMA

This risk there is when volumes are dynamically added to the sytem,
they are per default eligable for MDC. So to play safe you should set
MDC OFF if you care a bit about your data.  I recall that Perry did
some work in the ancient past to do the MDC ON/OFF via ISFC.

Berry is looking at Linux disks. In that case there is no legitimate
reason to have users read and write at the same time. A few MDC FLUSH
in the PROFILE EXEC might be good enough to wipe out trails of a
previous incarnation. Bonus points for using PROP to capture the
logoff and flush the disks...

Rob


Re: New CMS based SSLSERV problem... DTCSSL300E

2009-03-17 Thread Wiggins, Mark
Thank you to both Dennis and Mark. I had the mount commands in my DTCPARMS, 
they just weren't syntactically correct. Everything appears to be fine now...

Mark Wiggins

-Original Message-
From: Mark Cibula [mailto:cibul...@us.ibm.com]
Sent: Monday, March 16, 2009 6:11 PM
Subject: Re: New CMS based SSLSERV problem... DTCSSL300E

Dennis (and Mark W) --

Apologies for the somewhat duplicate posting - ran into a browser timeout
whilst putting my posting together..   I would like to suggest how one can
implement DTCPARMS server customizations (building on Dennis' post) to
better isolate them, and to lessen the impact of changes to the IBM DTCPARMS
file itself.

* Use this 'override' entry in the SYSTEM DTCPARMS file:
* (Because the 'parms' value is overridden, the :parm. tag/value from IBM
* DTCPARMS needs to first be duplicated and then modified within this
* (SYSTEM DTCPARMS) file so as not to lose the Keyfile information.

:nick.SSLSERV:type.server   :class.ssl
:Admin_ID_list.TCPMAINT GSKADMIN SYSPROG1 SYSPROG2
:parms.KEYFile /etc/gskadm/Database.kdb
 MAXSESSIONS 30
 EXEMPT LOW

With the above ':type.server' entry in place, a ':nick.ssl :type.class'
entry should no longer be necessary within SYSTEM DTCPARMS.  The 'class'
entry in the IBM DTCPARMS will provide the remainder of the needed tags/values.

Granted, with the significant change to the ssl 'class' with 540, having
done something similar to the above for a 530 SSL 'server' entry, one might
still have encountered some problems, since the old/new tags had little in
common...

The type of change I suggest above is meant simply to illustrate how to keep
customizations separate from the (IBM) supplied defaults. (And, we do
encourage this same type of thing on our own test systems so fewer servers
go 'bump' as things are changed).

-- Regards, Mark Cibula


Re: Setup XLINK

2009-03-17 Thread Scott Rohling
If you use anything larger than a 3390-3 - I believe you'll need the first 9
cylinders (0-8) reserved for XLINK data.   Not too bad if you're just doing
the z/VM volumes - some extent rearranging  -- but it can be a major effort
if volumes with Linux data are included.

Scott

On Tue, Mar 17, 2009 at 1:56 AM, Berry van Sleeuwen 
berry.vansleeu...@xs4all.nl wrote:

 Hello Listers,

 I am looking into XLINK. The main goal is to be able to determine if a
 minidiskextent on DASD is already in R/W use on a different VM. This way we
 could provide for an easy switch for linux guests from one VM to another.

 We do not setup the full CSE here. SPOOL and DIRMAINT are just for their
 own
 VM image.

 Now I have found that I need:
 - XLINK_SYSTEM_INCLUDE for every VM system.
 - XLINK_VOLUME_INCLUDE for every DASD volume.
 - XLINK FORMAT the DASD to enable the volume for XLINK usage.

 Do I need more? For instance, it could be that there are multiple minidisks
 on one volume and that the linuxguests in question are spread across the 4
 VM images. Should the DASD be set to SHARED for this? As I understand it
 linux doesn't require the disks to be SHARED but I'd like to be sure.

 Are there any other issues I should prepare for?

 TIA,
 Berry.



Puzzle or what?

2009-03-17 Thread Suleiman Shahin

On zVM 5.3,  I have in my CMS RDR Queue a file with 52535 records but when I 
peek it, I only see 46182. 

My defined storage is 256M  and my effective Peek command is Peek 2345 (for *

Why Can't I see the rest of the file? 

Thanks.

Suleiman Shahin




_
Windows Live™ Contacts: Organize your contact list. 
http://windowslive.com/connect/post/marcusatmicrosoft.spaces.live.com-Blog-cns!503D1D86EBB2B53C!2285.entry?ocid=TXT_TAGLM_WL_UGC_Contacts_032009

Re: Puzzle or what?

2009-03-17 Thread Scott Rohling
My guess is that the 52535 number indicates the number of 80 byte records..
but when you go into XEDIT, you're seeing the number of records with CR/LF
(variable length perhaps?) being honored.

Scott

On Tue, Mar 17, 2009 at 8:27 AM, Suleiman Shahin s_s_sha...@hotmail.comwrote:

  On zVM 5.3,  I have in my CMS RDR Queue a file with 52535 records but when
 I peek it, I only see 46182.

 My defined storage is 256M  and my effective Peek command is Peek 2345 (for
 *

 Why Can't I see the rest of the file?

 Thanks.

 Suleiman Shahin


 --
 Windows Live™ Contacts: Organize your contact list. Check it 
 out.http://windowslive.com/connect/post/marcusatmicrosoft.spaces.live.com-Blog-cns%21503D1D86EBB2B53C%212285.entry?ocid=TXT_TAGLM_WL_UGC_Contacts_032009



Re: Puzzle or what?

2009-03-17 Thread Edward M Martin
Hello Suleiman Shahin,

 

Your defaults are set to low.

 

VM command  DEFAULTS 

will show you what is set.

 

Ed Martin

Aultman Health Foundation

330-588-4723

ext 40441



From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On
Behalf Of Suleiman Shahin
Sent: Tuesday, March 17, 2009 10:27 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Puzzle or what?

 

On zVM 5.3,  I have in my CMS RDR Queue a file with 52535 records but
when I peek it, I only see 46182. 

My defined storage is 256M  and my effective Peek command is Peek 2345
(for *

Why Can't I see the rest of the file? 

Thanks.

Suleiman Shahin 





Windows Live(tm) Contacts: Organize your contact list. Check it out.
http://windowslive.com/connect/post/marcusatmicrosoft.spaces.live.com-B
log-cns!503D1D86EBB2B53C!2285.entry?ocid=TXT_TAGLM_WL_UGC_Contacts_03200
9 



Re: Puzzle or what?

2009-03-17 Thread Kris Buelens
It does depend on what the format of the file is.  A reader or punch
accepts cards, that is 80 bytes per record (RDR also handles console 
prt files, but that's a deviation to the architecture, 80 should it
be, no more no less.

What if you want to punch a file wide file (SENDFILE uses a PUCNH file
under the covers).
 - PUNCH WIDE FILE A  -- refused, erromessage as result
 - DISK DUMP WIDE FILE -- OK, DISK DUMP will reformat wide file in 80
byte records
  only DISK LOAD knows how to reconstruct
 - SENDFILE (or better NETDATA SEND which is behind) will also
reformat the wide file
in 80 byte records, understood by CMS and TSO's RECEIVE command (or better
the RECEIVE EXEC in CMS, which uses NETDATA)
Naturally, also PIPE has methods to unravel spool files.  And not too
old copies of PEEK may use PIPE instead of NETDATA to unravel a RDR
file.
To see the raw spool data
 - CP¨CH RDR  NOHOLD KEEP
 - PIPE READER FILE  ! RAW DATA A
And what you you get: an 81 byte wide file: the first column is a
machine control character instructing your real the punch device what
to do (produce a card or skip it).

Summary
- a PRT or console: the nbr of records in the spool matches what PEEK
(FOR * will tell
- other files; it depends

2009/3/17 Edward M Martin emar...@aultman.com:
 Hello Suleiman Shahin,



 Your defaults are set to low.



 VM command  DEFAULTS

 will show you what is set.



 Ed Martin

 Aultman Health Foundation

 330-588-4723

 ext 40441

 

 From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On
 Behalf Of Suleiman Shahin
 Sent: Tuesday, March 17, 2009 10:27 AM
 To: IBMVM@LISTSERV.UARK.EDU
 Subject: Puzzle or what?



 On zVM 5.3,  I have in my CMS RDR Queue a file with 52535 records but when I
 peek it, I only see 46182.

 My defined storage is 256M  and my effective Peek command is Peek 2345 (for
 *

 Why Can't I see the rest of the file?

 Thanks.

 Suleiman Shahin

 

 Windows Live™ Contacts: Organize your contact list. Check it out.



-- 
Kris Buelens,
IBM Belgium, VM customer support


Re: Puzzle or what?

2009-03-17 Thread Mike Walter
And yet one more possibility: the file is in NetData format.

NetData format is what SENDFILE creates, taking files with long records, 
breaking them into 80-byte records (including some control information at 
the start of each).  When you PEEK the file in the reader, or RECEIVE it 
to disk, the NetData format is 'unraveled' into the same format as it was 
before being packed up by SENDFILE.

Mike Walter 
Hewitt Associates 
Any opinions expressed herein are mine alone and do not necessarily 
represent the opinions or policies of Hewitt Associates.



Suleiman Shahin s_s_sha...@hotmail.com 

Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU
03/17/2009 09:27 AM
Please respond to
The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU



To
IBMVM@LISTSERV.UARK.EDU
cc

Subject
Puzzle or what?






On zVM 5.3,  I have in my CMS RDR Queue a file with 52535 records but when 
I peek it, I only see 46182. 

My defined storage is 256M  and my effective Peek command is Peek 2345 
(for *

Why Can't I see the rest of the file? 

Thanks.

Suleiman Shahin 


Windows Live? Contacts: Organize your contact list. Check it out.




The information contained in this e-mail and any accompanying documents may 
contain information that is confidential or otherwise protected from 
disclosure. If you are not the intended recipient of this message, or if this 
message has been addressed to you in error, please immediately alert the sender 
by reply e-mail and then delete this message, including any attachments. Any 
dissemination, distribution or other use of the contents of this message by 
anyone other than the intended recipient is strictly prohibited. All messages 
sent to and from this e-mail address may be monitored as permitted by 
applicable law and regulations to ensure compliance with our internal policies 
and to protect our business. E-mails are not secure and cannot be guaranteed to 
be error free as they can be intercepted, amended, lost or destroyed, or 
contain viruses. You are deemed to have accepted these risks if you communicate 
with us by e-mail. 


Re: z/VM 5.4 Installation from DVD Failure - PJBR

2009-03-17 Thread Adam Thornton

On Mar 17, 2009, at 5:56 AM, Rob van der Heij wrote:


Are you sure the  disk is R/W and that it is the right size?   I
tried to do it from the quick ref guide and found that it was
missing some of the steps that you need (and are only in the real
book).


You mean the missing 22cc and 2cf1 disks, or something else?

That *was* sort of annoying, wasn't it?  Not hard if you already have  
an idea of what is being done to construct the 2d-level primer system,  
but if you were a newbie, I can see how it would leave you baffled.   
And of course if you are (shock, horror) editing your user directory  
by hand then just adding the appropriate disks could be much harder  
than it was for me.


If it hasn't been done already, could MAINT's default directory entry  
please be updated to include , 2CF1, 22CC ?  Surely the HOPE is  
that a z/VM customer will go on to install a later version someday


Adam


Re: Puzzle or what?

2009-03-17 Thread Richard Troth
Sure, your defaults could be set to low as Ed suggested, but the
default low where you would not see everything is like 200, so I
don't think that is the problem.


My guess is that Scott's note came close:  But the format is NETDATA
rather than CR/LF per se.  If the file was sent in NETDATA format,
then RDRLIST will of course show the number of 80 byte records punched
to you, but the original lines in the file would have spanned some
80-byte records and been split from other 80-byte records and could be
ANY number of original records when PEEKed.


-- R;   





On Tue, Mar 17, 2009 at 10:27 AM, Suleiman Shahin
s_s_sha...@hotmail.com wrote:
 On zVM 5.3,  I have in my CMS RDR Queue a file with 52535 records but when I
 peek it, I only see 46182.

 My defined storage is 256M  and my effective Peek command is Peek 2345 (for
 *

 Why Can't I see the rest of the file?

 Thanks.

 Suleiman Shahin


 
 Windows Live™ Contacts: Organize your contact list. Check it out.


Re: SEGGEN failure

2009-03-17 Thread Mike Walter
Shimon,

VMSES/E is a great tool, but the clarity is not quite the best at some 
times  It seems that error message from building segments is a particular 
weak point to me, too.

One command that has helped me understand VMSES/E a lot better (until I 
forget again!) is one I use after any VMSES/E command failure, and when 
trying to better understand what files it has just changed:
LISTFILE * * * (TODAY

If you are (perhaps rightly) concerned about changed files on disk that 
are no longer accessed, but still LINKed, then the FILEFILE EXEC which 
I've posted here before can perform the same quick search function on even 
those disks not currently accessed via:
FINDFILE * * * (TODAY ISO

All the changed files (on accessed disks) will show right up, making the 
detective work somewhat less tedious.

Mike Walter 
Hewitt Associates 
Any opinions expressed herein are mine alone and do not necessarily 
represent the opinions or policies of Hewitt Associates.


The information contained in this e-mail and any accompanying documents may 
contain information that is confidential or otherwise protected from 
disclosure. If you are not the intended recipient of this message, or if this 
message has been addressed to you in error, please immediately alert the sender 
by reply e-mail and then delete this message, including any attachments. Any 
dissemination, distribution or other use of the contents of this message by 
anyone other than the intended recipient is strictly prohibited. All messages 
sent to and from this e-mail address may be monitored as permitted by 
applicable law and regulations to ensure compliance with our internal policies 
and to protect our business. E-mails are not secure and cannot be guaranteed to 
be error free as they can be intercepted, amended, lost or destroyed, or 
contain viruses. You are deemed to have accepted these risks if you communicate 
with us by e-mail. 




Re: Setup XLINK

2009-03-17 Thread Robert J Brenneman
Also:  for a 3390-9 you can move the CSE area. When you define the
volume in SYSTEM CONFIG you can include a parameter that indicates the
starting cylinder of the CSE are - this means you can move it to the
end of a volume if you want to CSE protect a volume that already has
minidisks on it.

The XLINK_VOLUME_INCLUDE statement also takes globbed volsers. You can
specify VMX* to indicate all those volumes are protected, but beware:
CP won't bring a volume online if its volser matches something in the
XLINK_VOLUME_INCLUDE list but the volume does not have a CSE area on
it.

Also - don't CSE protect the first 0-9 cylinders of a VM IPL Volume -
the CSE area will overwrite some of the high tracks on cylinder 0 that
contain parts of the SALIPL loader. You have to relocate the CSE area
to somewhere else on a VM IPL volume. Ask me how I know this...

-- 
Jay Brenneman


Re: Puzzle or what?

2009-03-17 Thread Huegel, Thomas
On the z/VM download page there is a very good package XBROWSE that does not 
use XEDIT or large amounts of storage to 'peek' at large files.. Many very nice 
features i.e. book marking the file you are browsing.. Take a look at it I 
think it is pretty good.

-Original Message-
From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu]on Behalf 
Of Edward M Martin
Sent: Tuesday, March 17, 2009 9:31 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: Puzzle or what?



Hello Suleiman Shahin,



Your defaults are set to low.



VM command  DEFAULTS

will show you what is set.



Ed Martin

Aultman Health Foundation

330-588-4723

ext 40441


  _


From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf 
Of Suleiman Shahin
Sent: Tuesday, March 17, 2009 10:27 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Puzzle or what?



On zVM 5.3,  I have in my CMS RDR Queue a file with 52535 records but when I 
peek it, I only see 46182.

My defined storage is 256M  and my effective Peek command is Peek 2345 (for *

Why Can't I see the rest of the file?

Thanks.

Suleiman Shahin




  _


Windows Live(tm) Contacts: Organize your contact list. Check  
http://windowslive.com/connect/post/marcusatmicrosoft.spaces.live.com-Blog-cns!503D1D86EBB2B53C!2285.entry?ocid=TXT_TAGLM_WL_UGC_Contacts_032009
 it out.



Re: Puzzle or what?

2009-03-17 Thread Alan Altmark
On Tuesday, 03/17/2009 at 10:51 EDT, Richard Troth vmcow...@gmail.com 
wrote:
 My guess is that Scott's note came close:  But the format is NETDATA
 rather than CR/LF per se.  If the file was sent in NETDATA format,
 then RDRLIST will of course show the number of 80 byte records punched
 to you, but the original lines in the file would have spanned some
 80-byte records and been split from other 80-byte records and could be
 ANY number of original records when PEEKed.

Which is to say, if PEEK can't show you the entire formatted content of 
the spool file, you will get a message.  If you aren't getting a message, 
Don't Worry - Be Happy: You're seeing everything there is to see.

Alan Altmark
z/VM Development
IBM Endicott


FW: ASSEMBLER-LIST Digest - 14 Mar 2009 to 15 Mar 2009 (#2009-72)

2009-03-17 Thread Phil Smith
My apologies for that earlier post...misdirected.


Re: Puzzle or what?

2009-03-17 Thread Suleiman Shahin

I have to accept Alan's statement! I played with the file a few ways! Receive 
receives the short file same as peek. The pipe from Kris loaded the count 
indicated, but mangled the file beyond recognition :(- 


Peek did not have any complaints only showed the record size was 89..

Thanks all!

Suleiman Shahin



 Date: Tue, 17 Mar 2009 11:13:36 -0400
 From: alan_altm...@us.ibm.com
 Subject: Re: Puzzle or what?
 To: IBMVM@LISTSERV.UARK.EDU


 Which is to say, if PEEK can't show you the entire formatted content of 
 the spool file, you will get a message.  If you aren't getting a message, 
 Don't Worry - Be Happy: You're seeing everything there is to see.
 
 Alan Altmark
 z/VM Development
 IBM Endicott

_
Windows Live™ Contacts: Organize your contact list. 
http://windowslive.com/connect/post/marcusatmicrosoft.spaces.live.com-Blog-cns!503D1D86EBB2B53C!2285.entry?ocid=TXT_TAGLM_WL_UGC_Contacts_032009

Re: Puzzle or what?

2009-03-17 Thread James Stracka (DHL US)
You might want to look at SHOW.  I find that nice for READER files as
well as disk files.

 



From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On
Behalf Of Huegel, Thomas
Sent: Tuesday, March 17, 2009 8:07 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: Puzzle or what?

 

On the z/VM download page there is a very good package XBROWSE that does
not use XEDIT or large amounts of storage to 'peek' at large files..
Many very nice features i.e. book marking the file you are browsing..
Take a look at it I think it is pretty good. 

-Original Message-
From: The IBM z/VM Operating System
[mailto:ib...@listserv.uark.edu]on Behalf Of Edward M Martin
Sent: Tuesday, March 17, 2009 9:31 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: Puzzle or what?

Hello Suleiman Shahin,

 

Your defaults are set to low.

 

VM command  DEFAULTS 

will show you what is set.

 

Ed Martin

Aultman Health Foundation

330-588-4723

ext 40441





From: The IBM z/VM Operating System
[mailto:ib...@listserv.uark.edu] On Behalf Of Suleiman Shahin
Sent: Tuesday, March 17, 2009 10:27 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Puzzle or what?

 

On zVM 5.3,  I have in my CMS RDR Queue a file with 52535
records but when I peek it, I only see 46182. 

My defined storage is 256M  and my effective Peek command is
Peek 2345 (for *

Why Can't I see the rest of the file? 

Thanks.

Suleiman Shahin 





Windows Live(tm) Contacts: Organize your contact list. Check it
out.
http://windowslive.com/connect/post/marcusatmicrosoft.spaces.live.com-B
log-cns!503D1D86EBB2B53C!2285.entry?ocid=TXT_TAGLM_WL_UGC_Contacts_03200
9 



Re: SEGGEN failure

2009-03-17 Thread Alan Altmark
On Tuesday, 03/17/2009 at 11:01 EDT, Mike Walter mike.wal...@hewitt.com 
wrote:

 VMSES/E is a great tool, but the clarity is not quite the best at some 
times 
  It seems that error message from building segments is a particular weak 
point 
 to me, too. 

Please report problems with servicing/installing z/VM to the Support 
Center.  If there is message whose documentation is unclear or there is no 
way to determine the cause of an error, we need to know.

Alan Altmark
z/VM Development
IBM Endicott


Re: z/VM 5.4 Installation from DVD Failure - PJBR

2009-03-17 Thread Rob van der Heij
On Tue, Mar 17, 2009 at 3:46 PM, Adam Thornton athorn...@sinenomine.net wrote:
 On Mar 17, 2009, at 5:56 AM, Rob van der Heij wrote:

 Are you sure the  disk is R/W and that it is the right size?   I
 tried to do it from the quick ref guide and found that it was
 missing some of the steps that you need (and are only in the real
 book).

 You mean the missing 22cc and 2cf1 disks, or something else?

 That *was* sort of annoying, wasn't it?  Not hard if you already have an
 idea of what is being done to construct the 2d-level primer system, but if
 you were a newbie, I can see how it would leave you baffled.  And of course
 if you are (shock, horror) editing your user directory by hand then just
 adding the appropriate disks could be much harder than it was for me.

Yes, it was! Enough for me to actually file a RCF to tell them that
the summary had almost all the step, except missing this one. And no
indication as that it was not complete. I'm not sure that had the
effect I was hoping for.

After a few false starts, I ended up using count lines | cons
instead of eckdrest to find out how large the disk was supposed to be.

It really does not have to be in MAINT - you don't want to run the 2nd
level system in MAINT anyway, so why mess with things. It's also only
needed briefly in the process, so for me 3 T-disks would be fine. And
in theory when you ship the GA of z/VM 5.4 you don't know upfront how
large the payload for those disks will be in the next release...  And
I don't think you really need the three disks - it could have been
enough just to ship a single disk to bootstrap the process.

Rob


Re: Puzzle or what?

2009-03-17 Thread Kris Buelens
Apparently I wan't clear enough in my append
My PIPE was meant to show how a RAW RDR file looks like.  PIPE didn't
mangle anything, it shows the mess created by SENDFILE, exactly as it
sits in the VM spool.  Not a complete mess, because PEEK, RECEIVE,
NETDATA, ... know how to unmangle.  If SENDFILE would not create that
mess, it could never send file wider than 80 bytes in the spool.

2009/3/17 Suleiman Shahin s_s_sha...@hotmail.com:
 I have to accept Alan's statement! I played with the file a few ways!
 Receive receives the short file same as peek. The pipe from Kris loaded the
 count indicated, but mangled the file beyond recognition :(-


 Peek did not have any complaints only showed the record size was 89..

 Thanks all!

 Suleiman Shahin



 Date: Tue, 17 Mar 2009 11:13:36 -0400
 From: alan_altm...@us.ibm.com
 Subject: Re: Puzzle or what?
 To: IBMVM@LISTSERV.UARK.EDU


 Which is to say, if PEEK can't show you the entire formatted content of
 the spool file, you will get a message. If you aren't getting a message,
 Don't Worry - Be Happy: You're seeing everything there is to see.

 Alan Altmark
 z/VM Development
 IBM Endicott

 
 Windows Live™ Contacts: Organize your contact list. Check it out.



-- 
Kris Buelens,
IBM Belgium, VM customer support


Re: z/VM 5.4 Installation from DVD Failure - PJBR

2009-03-17 Thread Adam Thornton

On Mar 17, 2009, at 11:23 AM, Rob van der Heij wrote:


It really does not have to be in MAINT - you don't want to run the 2nd
level system in MAINT anyway, so why mess with things. It's also only
needed briefly in the process, so for me 3 T-disks would be fine. And
in theory when you ship the GA of z/VM 5.4 you don't know upfront how
large the payload for those disks will be in the next release...  And
I don't think you really need the three disks - it could have been
enough just to ship a single disk to bootstrap the process.


I would be surprised if /22CC ever needed to be anything other  
than 5 cyls.  I made a 120-cyl 2CF1 because I assumed it was a shadow  
CF1 and that's 120 cyls on my 5.3 system.


I agree that T-disk would be fine, and, yes, it seems as if putting  
that all on the same disk would make life easier.


Adam


Re: SEGGEN failure

2009-03-17 Thread Kris Buelens
Yes, note SEGGEN, it has been painful since day one.

I no longer had problems since the day I had my own front-end (BLDSEG
EXEC), it releases most minidisks and segments
  'PIPE (end ?)',
   'Command QUERY ACCESSED|Drop 1',
   '|   NFind S|NFind Y|NFind A|NFind B|NFind D'||,
   '|   Spec W4 1 1-* 5',
   '|F: Find DIR|Spec /ACCESS/ 1  W6 nw W2 nw',
   '|J: Faninany |STEM ACC.|SPEC /RELEASE/ 1 W3 nw.1|COMMAND|CONS',
   '?F:|Spec /ACCESS/ 1  W1 nw W2 nw|J:'
  /* Can not execute drops and releases from within pipe as we destroy
 PIPE itself... */
  'PIPE (end ?) COMMAND NUCXMAP|DROP|NFIND EAGRTPRC|NFIND CMSRTPRC',
   '|NFIND LINEWRT|NFIND TYPLIN' ||,
   '|SPECS /NUCXDROP/ 1 W1 NW|STACK',
  '?COMMAND QUERY SEGMENT|DROP 1|NFIND REXX370',
   '|SPEC /SEGMENT RELEASE/ 1 W2 NW|STACK'
  do queued() ; parse pull cmd ; say cmd ; cmd ; end
...
  at the end:
  'PIPE STEM ACC.|COMMAND|CONS'

2009/3/17 Alan Altmark alan_altm...@us.ibm.com:
 On Tuesday, 03/17/2009 at 11:01 EDT, Mike Walter mike.wal...@hewitt.com
 wrote:

 VMSES/E is a great tool, but the clarity is not quite the best at some
 times
  It seems that error message from building segments is a particular weak
 point
 to me, too.

 Please report problems with servicing/installing z/VM to the Support
 Center.  If there is message whose documentation is unclear or there is no
 way to determine the cause of an error, we need to know.

 Alan Altmark
 z/VM Development
 IBM Endicott




-- 
Kris Buelens,
IBM Belgium, VM customer support


Please tell me I did something stupid

2009-03-17 Thread Adam Thornton
I just installed a virgin z/VM 5.4 with all products on filepool  
rather than on minidisk.


I only tweaked it enough to get a TCPIP stack up and running so that I  
could FTP the RSU over to it, DETERSE it, and apply service.  I've  
done literally nothing else to the system.


0 * * * Top of File * * *
1  

2  SERVICE   USERID:  
MAINT
3  

4 Date: 03/17/09Time:  
15:30:04
5  


6 ST:VMFSRV2195I SERVICE ALL RPTF0168
7 ST:VMFSRV2760I SERVICE processing started
8 ST:VMFSUI2760I VMFSUFIN processing started
9 ST:VMFSUI2760I VMFSUFIN processing started for product 5VMLEN40%LE
00010 ST:VMFSET2760I VMFSETUP processing started for SERVP2P LE
00011 ST:VMFSET2204I Linking MAINT 4C4 as 4C4 with the link mode MR
00012 SV:HCPLNM107E MAINT 04C4 not linked; not in CP directory
00013 SV:VMFSET1965E The command, CP LINK MAINT 4C4 4C4 MR , failed  
with

00014 SV:return code 107
00015 ST:VMFSET2204I Linking MAINT 4C2 as 4C2 with the link mode MR
00016 SV:HCPLNM107E MAINT 04C2 not linked; not in CP directory
00017 SV:VMFSET1965E The command, CP LINK MAINT 4C2 4C2 MR , failed  
with

00018 SV:return code 107
00019 ST:VMFSET2204I Linking MAINT 4D2 as 4D2 with the link mode MR
00020 SV:HCPLNM107E MAINT 04D2 not linked; not in CP directory
00021 SV:VMFSET1965E The command, CP LINK MAINT 4D2 4D2 MR , failed  
with

00022 SV:return code 107
00023 ST:VMFSET2204I Linking MAINT 4A6 as 4A6 with the link mode MR
00024 SV:HCPLNM107E MAINT 04A6 not linked; not in CP directory
00025 SV:VMFSET1965E The command, CP LINK MAINT 4A6 4A6 MR , failed  
with

00026 SV:return code 107
00027 ST:VMFSET2204I Linking MAINT 4A4 as 4A4 with the link mode MR
00028 SV:HCPLNM107E MAINT 04A4 not linked; not in CP directory
00029 SV:VMFSET1965E The command, CP LINK MAINT 4A4 4A4 MR , failed  
with

00030 SV:return code 107
00031 ST:VMFSET2204I Linking MAINT 4A2 as 4A2 with the link mode MR
00032 SV:HCPLNM107E MAINT 04A2 not linked; not in CP directory
00033 SV:VMFSET1965E The command, CP LINK MAINT 4A2 4A2 MR , failed  
with

00034 SV:return code 107
00035 ST:VMFSET2204I Linking MAINT 4B2 as 4B2 with the link mode MR
00036 SV:HCPLNM107E MAINT 04B2 not linked; not in CP directory
00037 SV:VMFSET1965E The command, CP LINK MAINT 4B2 4B2 MR , failed  
with

00038 SV:return code 107
00039 ST:VMFSET2760I VMFSETUP processing completed unsuccessfully
00040 SV:VMFSUI1965E The command, VMFSETUP, failed with return code  
100 when
00041 SV:issued with the argument(s): SERVP2P LE (LINK  
NOPROMPT

00042 SV:RETAIN D
00043 ST:VMFSET2760I VMFSETUP processing started for DETACH LE
00044 ST:VMFSET2760I VMFSETUP processing completed successfully
00045 ST:VMFSUI2760I VMFSUFIN processing completed unsuccessfully
00046 ST:VMFSUI1211I An Initial Restart Record has been created for  
package

00047 ST:RPTF0168 in the System-Level Restart Table
00048 SV:VMFSRV1965E The command, VMFSUFIN, failed with return code  
100 when

00049 SV:issued with the argument(s): ALL ( NOPROMPT RSUENV
00050 SV:RPTF0168
00051 WN:VMFSRV2310W Service restart file, SERVICE $RESTART A, has  
been created
00052 WN:due to errors. Correct the errors, and restart  
SERVICE

00053 WN:using the following command:
00054 WN:SERVICE RESTART RPTF0168
00055 ST:VMFSRV2760I SERVICE processing completed unsuccessfully




Someone please say Adam, you're an idiot, you obviously forgot the  
somethingorother and not Oh!  Wow.  Yeah, you're right!  The RSU  
doesn't actually work on filepool systems.


Reinstalling the system from scratch--while not technically  
challenging--*will* tick me off.


Adam


Re: Please tell me I did something stupid

2009-03-17 Thread Neale Ferguson
The component is cpsfs or cmssfs ... Not cp or cms which are for minidisks.


On 3/17/09 3:36 PM, Adam Thornton athorn...@sinenomine.net wrote:

 I just installed a virgin z/VM 5.4 with all products on filepool
 rather than on minidisk.
 
 I only tweaked it enough to get a TCPIP stack up and running so that I
 could FTP the RSU over to it, DETERSE it, and apply service.  I've
 done literally nothing else to the system.
 
 0 * * * Top of File * * *
 1  
 
 2  SERVICE   USERID:
 MAINT
 3  
 
 4 Date: 03/17/09Time:
 15:30:04
 5  
 
 6 ST:VMFSRV2195I SERVICE ALL RPTF0168
 7 ST:VMFSRV2760I SERVICE processing started
 8 ST:VMFSUI2760I VMFSUFIN processing started
 9 ST:VMFSUI2760I VMFSUFIN processing started for product 5VMLEN40%LE
 00010 ST:VMFSET2760I VMFSETUP processing started for SERVP2P LE
 00011 ST:VMFSET2204I Linking MAINT 4C4 as 4C4 with the link mode MR
 00012 SV:HCPLNM107E MAINT 04C4 not linked; not in CP directory
 00013 SV:VMFSET1965E The command, CP LINK MAINT 4C4 4C4 MR , failed
 with
 00014 SV:return code 107
 00015 ST:VMFSET2204I Linking MAINT 4C2 as 4C2 with the link mode MR
 00016 SV:HCPLNM107E MAINT 04C2 not linked; not in CP directory
 00017 SV:VMFSET1965E The command, CP LINK MAINT 4C2 4C2 MR , failed
 with
 00018 SV:return code 107
 00019 ST:VMFSET2204I Linking MAINT 4D2 as 4D2 with the link mode MR
 00020 SV:HCPLNM107E MAINT 04D2 not linked; not in CP directory
 00021 SV:VMFSET1965E The command, CP LINK MAINT 4D2 4D2 MR , failed
 with
 00022 SV:return code 107
 00023 ST:VMFSET2204I Linking MAINT 4A6 as 4A6 with the link mode MR
 00024 SV:HCPLNM107E MAINT 04A6 not linked; not in CP directory
 00025 SV:VMFSET1965E The command, CP LINK MAINT 4A6 4A6 MR , failed
 with
 00026 SV:return code 107
 00027 ST:VMFSET2204I Linking MAINT 4A4 as 4A4 with the link mode MR
 00028 SV:HCPLNM107E MAINT 04A4 not linked; not in CP directory
 00029 SV:VMFSET1965E The command, CP LINK MAINT 4A4 4A4 MR , failed
 with
 00030 SV:return code 107
 00031 ST:VMFSET2204I Linking MAINT 4A2 as 4A2 with the link mode MR
 00032 SV:HCPLNM107E MAINT 04A2 not linked; not in CP directory
 00033 SV:VMFSET1965E The command, CP LINK MAINT 4A2 4A2 MR , failed
 with
 00034 SV:return code 107
 00035 ST:VMFSET2204I Linking MAINT 4B2 as 4B2 with the link mode MR
 00036 SV:HCPLNM107E MAINT 04B2 not linked; not in CP directory
 00037 SV:VMFSET1965E The command, CP LINK MAINT 4B2 4B2 MR , failed
 with
 00038 SV:return code 107
 00039 ST:VMFSET2760I VMFSETUP processing completed unsuccessfully
 00040 SV:VMFSUI1965E The command, VMFSETUP, failed with return code
 100 when
 00041 SV:issued with the argument(s): SERVP2P LE (LINK
 NOPROMPT
 00042 SV:RETAIN D
 00043 ST:VMFSET2760I VMFSETUP processing started for DETACH LE
 00044 ST:VMFSET2760I VMFSETUP processing completed successfully
 00045 ST:VMFSUI2760I VMFSUFIN processing completed unsuccessfully
 00046 ST:VMFSUI1211I An Initial Restart Record has been created for
 package
 00047 ST:RPTF0168 in the System-Level Restart Table
 00048 SV:VMFSRV1965E The command, VMFSUFIN, failed with return code
 100 when
 00049 SV:issued with the argument(s): ALL ( NOPROMPT RSUENV
 00050 SV:RPTF0168
 00051 WN:VMFSRV2310W Service restart file, SERVICE $RESTART A, has
 been created
 00052 WN:due to errors. Correct the errors, and restart
 SERVICE
 00053 WN:using the following command:
 00054 WN:SERVICE RESTART RPTF0168
 00055 ST:VMFSRV2760I SERVICE processing completed unsuccessfully
 
 
 
 
 Someone please say Adam, you're an idiot, you obviously forgot the
 somethingorother and not Oh!  Wow.  Yeah, you're right!  The RSU
 doesn't actually work on filepool systems.
 
 Reinstalling the system from scratch--while not technically
 challenging--*will* tick me off.
 
 Adam
 


Re: Please tell me I did something stupid

2009-03-17 Thread Adam Thornton

On Mar 17, 2009, at 2:43 PM, Neale Ferguson wrote:

The component is cpsfs or cmssfs ... Not cp or cms which are for  
minidisks.


I just tried to run SERVICE ALL RPTF0168

Which, you know, *should* be able to figure it out.  It has in the past.

Adam


Re: Please tell me I did something stupid

2009-03-17 Thread O'Brien, Dennis L
Adam, 
It looks like SERVICE is trying to service LE instead of LESFS.  There
are a couple of items in the PSP bucket that have to do with SFS, but
the descriptions aren't an exact match for this problem.  Did you read
all of the ZVM540 subsets and do what they said?

It's certainly possible to apply an RSU to a system with maintenance in
SFS.  I've done it for z/VM 5.4.0.  I didn't even customize the system
for TCP/IP first.  I used an ISFC link to read the RSU file from a
first-level system.

   Dennis O'Brien

39,516
-Original Message-
From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On
Behalf Of Adam Thornton
Sent: Tuesday, March 17, 2009 12:36
To: IBMVM@LISTSERV.UARK.EDU
Subject: [IBMVM] Please tell me I did something stupid

I just installed a virgin z/VM 5.4 with all products on filepool  
rather than on minidisk.

I only tweaked it enough to get a TCPIP stack up and running so that I  
could FTP the RSU over to it, DETERSE it, and apply service.  I've  
done literally nothing else to the system.

0 * * * Top of File * * *
1  

2  SERVICE   USERID:  
MAINT
3  

4 Date: 03/17/09Time:  
15:30:04
5  

6 ST:VMFSRV2195I SERVICE ALL RPTF0168
7 ST:VMFSRV2760I SERVICE processing started
8 ST:VMFSUI2760I VMFSUFIN processing started
9 ST:VMFSUI2760I VMFSUFIN processing started for product 5VMLEN40%LE
00010 ST:VMFSET2760I VMFSETUP processing started for SERVP2P LE
00011 ST:VMFSET2204I Linking MAINT 4C4 as 4C4 with the link mode MR
00012 SV:HCPLNM107E MAINT 04C4 not linked; not in CP directory
00013 SV:VMFSET1965E The command, CP LINK MAINT 4C4 4C4 MR , failed  
with
00014 SV:return code 107
00015 ST:VMFSET2204I Linking MAINT 4C2 as 4C2 with the link mode MR
00016 SV:HCPLNM107E MAINT 04C2 not linked; not in CP directory
00017 SV:VMFSET1965E The command, CP LINK MAINT 4C2 4C2 MR , failed  
with
00018 SV:return code 107
00019 ST:VMFSET2204I Linking MAINT 4D2 as 4D2 with the link mode MR
00020 SV:HCPLNM107E MAINT 04D2 not linked; not in CP directory
00021 SV:VMFSET1965E The command, CP LINK MAINT 4D2 4D2 MR , failed  
with
00022 SV:return code 107
00023 ST:VMFSET2204I Linking MAINT 4A6 as 4A6 with the link mode MR
00024 SV:HCPLNM107E MAINT 04A6 not linked; not in CP directory
00025 SV:VMFSET1965E The command, CP LINK MAINT 4A6 4A6 MR , failed  
with
00026 SV:return code 107
00027 ST:VMFSET2204I Linking MAINT 4A4 as 4A4 with the link mode MR
00028 SV:HCPLNM107E MAINT 04A4 not linked; not in CP directory
00029 SV:VMFSET1965E The command, CP LINK MAINT 4A4 4A4 MR , failed  
with
00030 SV:return code 107
00031 ST:VMFSET2204I Linking MAINT 4A2 as 4A2 with the link mode MR
00032 SV:HCPLNM107E MAINT 04A2 not linked; not in CP directory
00033 SV:VMFSET1965E The command, CP LINK MAINT 4A2 4A2 MR , failed  
with
00034 SV:return code 107
00035 ST:VMFSET2204I Linking MAINT 4B2 as 4B2 with the link mode MR
00036 SV:HCPLNM107E MAINT 04B2 not linked; not in CP directory
00037 SV:VMFSET1965E The command, CP LINK MAINT 4B2 4B2 MR , failed  
with
00038 SV:return code 107
00039 ST:VMFSET2760I VMFSETUP processing completed unsuccessfully
00040 SV:VMFSUI1965E The command, VMFSETUP, failed with return code  
100 when
00041 SV:issued with the argument(s): SERVP2P LE (LINK  
NOPROMPT
00042 SV:RETAIN D
00043 ST:VMFSET2760I VMFSETUP processing started for DETACH LE
00044 ST:VMFSET2760I VMFSETUP processing completed successfully
00045 ST:VMFSUI2760I VMFSUFIN processing completed unsuccessfully
00046 ST:VMFSUI1211I An Initial Restart Record has been created for  
package
00047 ST:RPTF0168 in the System-Level Restart Table
00048 SV:VMFSRV1965E The command, VMFSUFIN, failed with return code  
100 when
00049 SV:issued with the argument(s): ALL ( NOPROMPT RSUENV
00050 SV:RPTF0168
00051 WN:VMFSRV2310W Service restart file, SERVICE $RESTART A, has  
been created
00052 WN:due to errors. Correct the errors, and restart  
SERVICE
00053 WN:using the following command:
00054 WN:SERVICE RESTART RPTF0168
00055 ST:VMFSRV2760I SERVICE processing completed unsuccessfully




Someone please say Adam, you're an idiot, you obviously forgot the  
somethingorother and not Oh!  Wow.  Yeah, you're right!  The RSU  
doesn't actually work on filepool systems.

Reinstalling the system from scratch--while not technically  
challenging--*will* tick me off.

Adam


Re: Please tell me I did something stupid

2009-03-17 Thread Adam Thornton

On Mar 17, 2009, at 2:53 PM, O'Brien, Dennis L wrote:


Adam,
It looks like SERVICE is trying to service LE instead of LESFS.  There
are a couple of items in the PSP bucket that have to do with SFS, but
the descriptions aren't an exact match for this problem.  Did you read
all of the ZVM540 subsets and do what they said?


All I did was download the RSU and then follow the Service Procedure  
paragraph on the Quick Install Guide.


U.

I didn't run instvm dvd after doing the installation.  Hmmm.  Let's  
see if that does the trick.  The messages look very promising.


yeah, that was it.

I did in fact do something stupid, and that was to not actually run  
instvm dvd after the DVD install.


Thanks!  Service is proceeding now.

Adam


AUTO: Jeff Beck is out of the office. (returning 03/19/2009)

2009-03-17 Thread Jeff Beck


I am out of the office until 03/19/2009.

I will be out of the office Tuesday 3/17 and return Thursday 3/19.



Note: This is an automated response to your message  FW: ASSEMBLER-LIST
Digest - 14 Mar 2009 to 15 Mar 2009 (#2009-72) sent on 3/17/09 8:35:19.

This is the only notification you will receive while this person is away.

Re: Please tell me I did something stupid

2009-03-17 Thread Alan Altmark
On Tuesday, 03/17/2009 at 04:11 EDT, Adam Thornton 
athorn...@sinenomine.net wrote:

 All I did was download the RSU and then follow the Service Procedure
 paragraph on the Quick Install Guide.

Because there's only so much you can put on one page and have it remain 
legible, the Quick Guides are going away.  As this illustrates, they have 
outlived their usefulness and now pose a clear and present danger to 
society.  (Please don't leave a copy of a Quick Install Guide in a crib - 
choking hazard.)

Alan Altmark
z/VM Development
IBM Endicott


Re: Please tell me I did something stupid

2009-03-17 Thread Adam Thornton


On Mar 17, 2009, at 5:03 PM, Alan Altmark wrote:


On Tuesday, 03/17/2009 at 04:11 EDT, Adam Thornton
athorn...@sinenomine.net wrote:

All I did was download the RSU and then follow the Service  
Procedure

paragraph on the Quick Install Guide.


Because there's only so much you can put on one page and have it  
remain
legible, the Quick Guides are going away.  As this illustrates, they  
have

outlived their usefulness and now pose a clear and present danger to
society.  (Please don't leave a copy of a Quick Install Guide in a  
crib -

choking hazard.)


BOO!

HISS!!!

I will *read* a one page guide.  Although I will apparently SKIP WHOLE  
STEPS, like INSTVM DVD.


a 300 page manual?

Not so much.

So, any idea why the DOSINST and CMSDOS segments didn't want to  
rebuild (I stupidly had CF1 accessed and was screwing around with  
SYSTEM CONFIG while PUT2PROD was running, so I had to rebuild CMS and  
all the segments the old-fashioned way)?  I seem to recall this  
failing before sometime.  I don't think I've ever actually used those  
segments, so I doubt it matters.


Adam

Re: Please tell me I did something stupid

2009-03-17 Thread Scott Rohling
Umm -- how about 2 pages or 3 ..   a foldout like all those 'quick start'
guides I get with just about anything I purchase nowadays?

There's got to be a happy medium between a single page and several hundred?

(oops - and I see that Adam is maybe wondering the same?)

Scott

p.s.  I'll even put up with a crib-free warning ;-)

On Tue, Mar 17, 2009 at 4:03 PM, Alan Altmark alan_altm...@us.ibm.comwrote:

 On Tuesday, 03/17/2009 at 04:11 EDT, Adam Thornton
 athorn...@sinenomine.net wrote:

  All I did was download the RSU and then follow the Service Procedure
  paragraph on the Quick Install Guide.

 Because there's only so much you can put on one page and have it remain
 legible, the Quick Guides are going away.  As this illustrates, they have
 outlived their usefulness and now pose a clear and present danger to
 society.  (Please don't leave a copy of a Quick Install Guide in a crib -
 choking hazard.)

 Alan Altmark
 z/VM Development
 IBM Endicott



Re: Please tell me I did something stupid

2009-03-17 Thread Dean, David (I/S)
OK, so now instead of reading some we will read nothing.

 

After you have done something 20 times you do not need a 3000 page
manual, you need something quick.

 

I vote to keep them.

 

David Dean

Information Systems

*bcbstauthorized*



From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On
Behalf Of Adam Thornton
Sent: Tuesday, March 17, 2009 6:09 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: Please tell me I did something stupid

 

 

On Mar 17, 2009, at 5:03 PM, Alan Altmark wrote:





On Tuesday, 03/17/2009 at 04:11 EDT, Adam Thornton 
athorn...@sinenomine.net wrote:




All I did was download the RSU and then follow the Service Procedure

paragraph on the Quick Install Guide.


Because there's only so much you can put on one page and have it remain 
legible, the Quick Guides are going away.  As this illustrates, they
have 
outlived their usefulness and now pose a clear and present danger to 
society.  (Please don't leave a copy of a Quick Install Guide in a crib
- 
choking hazard.)

 

BOO!

 

HISS!!!

 

I will *read* a one page guide.  Although I will apparently SKIP WHOLE
STEPS, like INSTVM DVD.

 

a 300 page manual?

 

Not so much.

 

So, any idea why the DOSINST and CMSDOS segments didn't want to rebuild
(I stupidly had CF1 accessed and was screwing around with SYSTEM CONFIG
while PUT2PROD was running, so I had to rebuild CMS and all the segments
the old-fashioned way)?  I seem to recall this failing before sometime.
I don't think I've ever actually used those segments, so I doubt it
matters.

 

Adam


-
Please see the following link for the BlueCross BlueShield of Tennessee E-mail 
disclaimer:  http://www.bcbst.com/email_disclaimer.shtm


Re: Please tell me I did something stupid

2009-03-17 Thread O'Brien, Dennis L
So, any idea why the DOSINST and CMSDOS segments didn't want to rebuild
(I stupidly had CF1 accessed and was screwing around with SYSTEM CONFIG
while PUT2PROD was running, so I had to rebuild CMS and all the segments
the old-fashioned way)?  I seem to recall this failing before sometime.
I don't think I've ever actually used those segments, so I doubt it
matters.
 
Adam,
I'll repeat my comment about the PSP bucket.  This one is in there,
although strangely, it's in the CP subset, not CMS.


   Dennis O'Brien

39,516 

 



From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On
Behalf Of Adam Thornton
Sent: Tuesday, March 17, 2009 15:09
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: [IBMVM] Please tell me I did something stupid



On Mar 17, 2009, at 5:03 PM, Alan Altmark wrote:


On Tuesday, 03/17/2009 at 04:11 EDT, Adam Thornton 
athorn...@sinenomine.net wrote:



All I did was download the RSU and then follow the
Service Procedure


paragraph on the Quick Install Guide.



Because there's only so much you can put on one page and have it
remain 
legible, the Quick Guides are going away.  As this illustrates,
they have 
outlived their usefulness and now pose a clear and present
danger to 
society.  (Please don't leave a copy of a Quick Install Guide in
a crib - 
choking hazard.)



BOO!

HISS!!!

I will *read* a one page guide.  Although I will apparently SKIP WHOLE
STEPS, like INSTVM DVD.

a 300 page manual?

Not so much.

So, any idea why the DOSINST and CMSDOS segments didn't want to rebuild
(I stupidly had CF1 accessed and was screwing around with SYSTEM CONFIG
while PUT2PROD was running, so I had to rebuild CMS and all the segments
the old-fashioned way)?  I seem to recall this failing before sometime.
I don't think I've ever actually used those segments, so I doubt it
matters.

Adam


Re: FW: ASSEMBLER-LIST Digest - 14 Mar 2009 to 15 Mar 2009 (#2009-72)

2009-03-17 Thread Chip Davis

No prob, Phil.  I suspect a lot of us old BAL-heads enjoyed it.

-Chip-

On 3/17/09 12:35 Phil Smith said:

My apologies for that earlier post...misdirected.




Re: Please tell me I did something stupid

2009-03-17 Thread Mike Hammock
I also vote for keeping the Quick Guides...   I think they are the best
thing since sliced bread!
The only suggestion I would make would be to 'simplify'; them by completely
separating the 1st level and 2nd level install instructions,.
I find that skipping around the other parts causes more problems than
anything else.
Mike
C. M. (Mike) Hammock
Sr. Technical Advisor
IBM System Z  Solutions
Mainline Information Systems
(404) 643-3258
mike.hamm...@mainline.com


   
 Alan Altmark  
 alan_altm...@us. 
 ibm.com   To 
 Sent by: The IBM  IBMVM@LISTSERV.UARK.EDU 
 z/VM Operating cc 
 System
 ib...@listserv.u Subject 
 ARK.EDU  Re: Please tell me I did something  
   stupid  
   
 03/17/2009 06:17  
 PM
   
   
 Please respond to 
   The IBM z/VM
 Operating System  
 ib...@listserv.u 
 ARK.EDU  
   
   




On Tuesday, 03/17/2009 at 04:11 EDT, Adam Thornton
athorn...@sinenomine.net wrote:

 All I did was download the RSU and then follow the Service Procedure
 paragraph on the Quick Install Guide.

Because there's only so much you can put on one page and have it remain
legible, the Quick Guides are going away.  As this illustrates, they have
outlived their usefulness and now pose a clear and present danger to
society.  (Please don't leave a copy of a Quick Install Guide in a crib -
choking hazard.)

Alan Altmark
z/VM Development
IBM Endicott


This e-mail and files transmitted with it are confidential, and are
intended solely for the use of the individual or entity to whom this e-mail
is addressed.  If you are not the intended recipient, or the employee or
agent responsible to deliver it to the intended recipient, you are hereby
notified that any dissemination, distribution or copying of this
communication is strictly prohibited.  If you are not one of the named
recipient(s) or otherwise have reason to believe that you received this
message in error, please immediately notify sender by e-mail, and destroy
the original message.  Thank You.


Re: Please tell me I did something stupid

2009-03-17 Thread David Boyes
Ditto here. Installing VMWare is a 90 page booklet. The one page install was a 
great comparison.


On 3/17/09 9:45 PM, Mike Hammock mike.hamm...@mainline.com wrote:

I also vote for keeping the Quick Guides...   I think they are the best
thing since sliced bread!


Re: Puzzle or what?

2009-03-17 Thread Suleiman Shahin

I'm not sure how the file originated, but I think this explanation makes sense. 
I had no limit on number of records peeked. (Peek (for *)

Thanks every one.

Suleiman Shahin





 Date: Tue, 17 Mar 2009 09:46:30 -0500
 From: mike.wal...@hewitt.com
 Subject: Re: Puzzle or what?
 To: IBMVM@LISTSERV.UARK.EDU
 
 And yet one more possibility: the file is in NetData format.


_
Windows Live™ Contacts: Organize your contact list. 
http://windowslive.com/connect/post/marcusatmicrosoft.spaces.live.com-Blog-cns!503D1D86EBB2B53C!2285.entry?ocid=TXT_TAGLM_WL_UGC_Contacts_032009

Re: Please tell me I did something stupid

2009-03-17 Thread Alan Altmark
On Tuesday, 03/17/2009 at 09:45 EDT, Mike Hammock 
mike.hamm...@mainline.com wrote:
 I also vote for keeping the Quick Guides...   I think they are the best
 thing since sliced bread!
 The only suggestion I would make would be to 'simplify'; them by 
completely
 separating the 1st level and 2nd level install instructions,.
 I find that skipping around the other parts causes more problems 
than
 anything else.

I appreciate the sentiments.  We are not particularly happy about getting 
rid of them, but their time had come.  In order to keep it to one page, 
the page was going to have to grow to a non-standard piece of paper 
because the font was too small, both from an IBM printing standards 
perspective and based on complaints from sysprogs.  Non-standard = more 
costly to produce.

We will instead supply some sort of abbreviated installation/service 
procedure as part of the book.  It won't skip steps, but neither will it 
have the voluminous explanations of the primary text.

Alan Altmark
z/VM Development
IBM Endicott