Out of Office

2006-11-22 Thread Ann Chang
I will be out of the office starting  11/22/2006 and will not return until
11/27/2006.




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


Re: RSCS IP printing question

2006-11-22 Thread Henny Voorend
To be short; I solved it.
The strange thing was: I'm currently
upgrading to z/VM 5.2
That's running second level now and
printing worked fine from the 2nd level system as it always did from 1st
level...
Apart from the OS all program products
are on the same (old level) and the system is
a straight copy of my 1st level.

What I did to solve it: I updated the
1st level RSCS NAMES file because in my idea a reason might be
that the string send by the PPS EXEC
to RSCS did not have the right format and brougt the line down...just a
bit of a gamble.
Although the differences of the RSCS
NAMES file with second level were 'irrelevant' (there was only an old printer
definition in there
(printing worked with it sitting there
for a long time)), I removed the old printer definition and removed some
blank lines at the end too (same story, they were there
for a long time).
Saved it... and voila! 




Kind regards / vriendelijke groet,



Henny Voorend

IT Specialist, coördinator zSeries

IBM Business Continuity  Resiliency
Services




Transistorstraat 7, 1322 CJ Almere




+31 (0)20 513 3464


+31 (0)20 513 2772


+31 (0)6 2040 5608




[EMAIL PROTECTED]



Re: MORE... time during IPL

2006-11-22 Thread Colin Allinson
Sorry for the late append on this subject but I have been away for the 
last week.

In this shop we use an ESS (RACF) and take the view that the sole job of 
AUTOLOG1 is to start up the ESS - nothing else.

In the way we work OPERATOR has code in it's profile to wait until either 
the ESS is available or a set amount of time since the system IPL has 
expired.

All of the servers are started by AUTOLOG2 which is autologged by OPERATOR 
when it is happy that the time is right, (there are various checks to 
ensure that this is only done after an IPL and to allow AUTOLOG2 
processing to be bypassed when this is what we want).

Even though you may not have an ESS there is no reason why you could not 
take this approach with AUTOLOG1 setting some value (or switch) on which 
OPERATOR could work.

Regards

Colin Allinson
Amadeus Data Processing


CMSCALL return code

2006-11-22 Thread Richard Corak

If your habit was to use L Rx,=X'...' you were probably lucky in the old
days the =X literal would not necessarily be word-aligned, causing
two fetches to load the register, or, in the days when alignment really
mattered... a program exception.


Not true.  Assemblers going back to F (anything before?) have always
ordered literals by alignment.  Any 8-byte-multiple literal will
be aligned on an 8-byte boundary, regardless of how defined.
Then all 4-byte-multiple literals not a multiple of 8, then all
2-byte-multiple not x4 or x8, then all 1-byte-multiple literals.

So, a literal =X'12345678' or =X'12,34,56,78', etc., will be 4-byte aligned.

Richard Corak 


Re: MORE... time during IPL

2006-11-22 Thread Mike Walter
That's the same way VM:Secure works; AUTOLOG1 does minimal setup work and 
AUTOLOGs VMSECURE; VMSECURE then starts up and then AUTOLOGs AUTOLOG2 
which brings up the usual suspects. 

I have written some code that runs in VMSECURE PROFILE EXEC which keeps 
checking for VM:Operator (could be PROP) to start up before VM:Secure 
begins.  That permits VM:Operator (again, could  be PROP) to properly 
handle any ESM error messages right from the start.

It would be really nice if we could issue some CP commands (such as 
starting the virtual console SPOOLing) from the user's directory entry so 
that missing devices error messages and such at logon and such could be 
logged.  Maybe IBM could deliver such a present (going back to VMSHARE's 
NOTE XMASGIFT) in a future z/VM release?

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



Colin Allinson [EMAIL PROTECTED] 

Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU
11/22/2006 07:29 AM
Please respond to
The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU



To
IBMVM@LISTSERV.UARK.EDU
cc

Subject
Re: MORE... time during IPL







Sorry for the late append on this subject but I have been away for the 
last week. 

In this shop we use an ESS (RACF) and take the view that the sole job of 
AUTOLOG1 is to start up the ESS - nothing else. 

In the way we work OPERATOR has code in it's profile to wait until either 
the ESS is available or a set amount of time since the system IPL has 
expired. 

All of the servers are started by AUTOLOG2 which is autologged by OPERATOR 
when it is happy that the time is right, (there are various checks to 
ensure that this is only done after an IPL and to allow AUTOLOG2 
processing to be bypassed when this is what we want). 

Even though you may not have an ESS there is no reason why you could not 
take this approach with AUTOLOG1 setting some value (or switch) on which 
OPERATOR could work. 

Regards 

Colin Allinson 
Amadeus Data Processing 

 
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.




Re: CMSCALL return code

2006-11-22 Thread Schuh, Richard
Wasn't the 360 assembler before F the Basic Assembler Language - the
origin of the BAL acronym. It was designed so that it could be used on
small machines where memory was at a premium. The scheme of sorting the
literal pool according to size probably originated with it. In the early
360s, the Byte Oriented Operand feature was an extra cost option.
Without it, a program check was the result if you violated the alignment
requirements.

Before that, there was 7080 Autocoder; however, the concept of a word
was somewhat different. IIRC, you could set a register's length (1-256
characters - it was before the word byte had been invented) or load
from a beginning address to a word mark in memory. Since starting
address and size were arbitrary, there was no alignment requirement
other than that word marks had to be in a 4 or a 9 position. If you
chose to load to a word mark and there was none in memory, the load
instruction would happily keep wrapping the register until the
instruction timed out.

The 7080 was a character machine that did decimal arithmetic. Its
contemporary was the 7094 which was strictly 36-bit word oriented.
Alignment in it was not an option.

-Original Message-
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of Richard Corak
Sent: Wednesday, November 22, 2006 8:23 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: CMSCALL return code

If your habit was to use L Rx,=X'...' you were probably lucky in the 
old days the =X literal would not necessarily be word-aligned, 
causing two fetches to load the register, or, in the days when 
alignment really mattered... a program exception.

Not true.  Assemblers going back to F (anything before?) have always
ordered literals by alignment.  Any 8-byte-multiple literal will be
aligned on an 8-byte boundary, regardless of how defined.
Then all 4-byte-multiple literals not a multiple of 8, then all
2-byte-multiple not x4 or x8, then all 1-byte-multiple literals.

So, a literal =X'12345678' or =X'12,34,56,78', etc., will be 4-byte
aligned.

Richard Corak 


IPWIZARD z/VM 5.2

2006-11-22 Thread Tom Duerbusch
I was attempting to do a quick IP startup using files created from
IPWIZARD.  I say quick, as I only wanted that setup so I could ftp my
files from the z/VM 5.1 IP stack.

Anyway, am I correct in that the IPWIZARD doesn't handle a supernet?

My netmask is 255.255.252.0
I think the proper network address is 192.168.192/22.

Anyway, when I process the configuration (PF5 in IPWIZARD), I get:

DTCIPW2508I DTCIPWIZ EXEC is attempting to create the necessary
 
DTCIPW2508I configuration files
 
The TCP/IP stack (TCPIP) must be restarted as part of this procedure.
Would  
you like to restart TCPIP and continue?
 
Enter 0 (No), 1 (Yes)  
 
1  
 
USER DSC   LOGOFF AS  TCPIPUSERS = 10FORCED BY MAINT   
 
DTCIFC2631E  is not a valid subnet mask  
 


What I was trying to do

I currently have z/VM 5.1 running in two LPARS.
I have z/VM 5.2 running under each VM as a guest.
From an IP point of view, I wanted to simulate these two 5.2 guests as
running on their own LPARs.  That is, I'm attaching tripple OSA
addresses (real hardward) to the first level guest (VMTEST) so they can
be attached to TCPIP on the second level guest.  So from an IP point of
view, it should look like I have 4 VM IP stacks running.

In the old days, I would have linked first level minidisks to the
second level guests as real disks, and transferred files that a way. 
But now, once you setup IP on the second level guest, I can FTP files
back and forth in a lot less time then staging things thru disk.

Since I've been on z/VM 5.1, we were assigned a supernet and that seems
to be breaking the quick and easy way of setting up the IP stack.

Am I correct that ipwizard isn't setup to do everything (like
supernets)?
If not, I'll stop beating my head into this wall and find another wall
G

Thanks

Tom Duerbusch
THD Consulting


Re: IPWIZARD z/VM 5.2

2006-11-22 Thread Miguel Delapaz
The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU wrote on 
11/22/2006 12:01:17 PM:
 Anyway, am I correct in that the IPWIZARD doesn't handle a supernet?

Tom,

It seems you're correct.  This is a bug.  Please contact the support 
center to have them open an APAR.

Regards,
Miguel Delapaz
z/VM TCP/IP Development 

Re: Sample to REPRO to SL tape

2006-11-22 Thread carlos martinez
* * * Top of File * * *  
* $$ JOB JNM=TCMREPRO,CLASS=7,DISP=D,USER='TCM'  
* $$ LST HA  
// JOB REORGVS  -COPY A VSAM FILE TO TAPE--- 
// DLBL UCAT5,'USER.CATALOG',,VSAM
// DLBL VSFILE,'SYSPGR.MASTER',,VSAM,CAT=UCAT5
// TLBL TAPOUT,'TAPSYS'  
// ASSGN SYS005,TAPE  ---O/P TAPE--- 
// MTC REW,SYS005 ---O/P TAPE--- 
// PAUSE   ---PLEASE MOUNT DOS.O/P TAPE ON SYS005--- 
// EXEC IDCAMS,SIZE=AUTO 
  REPRO INFILE(VSFILE) - 
  OUTFILE(TAPOUT ENV( RECFM(FB) BLKSZ() RECSZ(XXX)   -   
  PDEV(2400) STDLABEL))  
/*   
// MTC RUN,SYS005
/   
* $$ EOJ 

-Original Message-
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of Gonen Shoham
Sent: Wednesday, November 22, 2006 7:25 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Sample to REPRO to SL tape

Can someone provide a sample how to REPRO VSAM file to SL tape.

DLBL + FILEDEF's - thanks 


AFP printing from Z/os to Zvm

2006-11-22 Thread Carl Edwards
We are trying to route print from our Z/os system to
print on our VM system. All of the AFP resources ore
on the VM system, the data is generated on Z/os and
routed to VM.

While printing we are not getting the Fonts or the
Overlays to print correctly. We always get the first
overlay in a 2 overlay set, and the fonts do not
change at all. The print is controlled by ASA cc
characters (which appear to work file) and TRC which
appears not to be working.
Any assitance greatly appreciated

TIA
Carl


 

Do you Yahoo!?
Everyone is raving about the all-new Yahoo! Mail beta.
http://new.mail.yahoo.com


Re: Sample to REPRO to SL tape

2006-11-22 Thread Tom Cluster

I assume he wanted to do it in CMS.

- Tom.

At 12:40 PM 11/22/2006, you wrote:

* * * Top of File * * *
* $$ JOB JNM=TCMREPRO,CLASS=7,DISP=D,USER='TCM'
* $$ LST HA
// JOB REORGVS  -COPY A VSAM FILE TO TAPE---
// DLBL UCAT5,'USER.CATALOG',,VSAM
// DLBL VSFILE,'SYSPGR.MASTER',,VSAM,CAT=UCAT5
// TLBL TAPOUT,'TAPSYS'
// ASSGN SYS005,TAPE  ---O/P TAPE---
// MTC REW,SYS005 ---O/P TAPE---
// PAUSE   ---PLEASE MOUNT DOS.O/P TAPE ON SYS005---
// EXEC IDCAMS,SIZE=AUTO
  REPRO INFILE(VSFILE) -
  OUTFILE(TAPOUT ENV( RECFM(FB) BLKSZ() RECSZ(XXX)   -
  PDEV(2400) STDLABEL))
/*
// MTC RUN,SYS005
/
* $$ EOJ

-Original Message-
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of Gonen Shoham
Sent: Wednesday, November 22, 2006 7:25 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Sample to REPRO to SL tape

Can someone provide a sample how to REPRO VSAM file to SL tape.

DLBL + FILEDEF's - thanks


Tom Cluster
County of Sonoma
Santa Rosa, CA
(707) 565-3384 (Tuesdays and Wednesdays only) 


Re: AFP printing from Z/os to Zvm

2006-11-22 Thread David Boyes
How are you transferring the print files? NJE? What do the tags look like? 



From: The IBM z/VM Operating System on behalf of Carl Edwards
Sent: Wed 11/22/2006 5:16 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: AFP printing from Z/os to Zvm



We are trying to route print from our Z/os system to
print on our VM system. All of the AFP resources ore
on the VM system, the data is generated on Z/os and
routed to VM.

While printing we are not getting the Fonts or the
Overlays to print correctly. We always get the first
overlay in a 2 overlay set, and the fonts do not
change at all. The print is controlled by ASA cc
characters (which appear to work file) and TRC which
appears not to be working.
Any assitance greatly appreciated


Re: MORE... time during IPLndG:r nomail

2006-11-22 Thread Rich Greenberg
L.COM
On: Wed, Nov 22, 2006 at 01:19:47PM -0500,Stracka, James (GTI) Wrote:

} I second having HCPLNM108E messages come to the System Operator or
} trapped in a SPOOLed CONSOLE without having the id SCIFed. 
} 
}   -Original Message-
}   From: The IBM z/VM Operating System
} [mailto:[EMAIL PROTECTED] On Behalf Of Mike Walter
}   Sent: Wednesday, November 22, 2006 11:42 AM
}   To: IBMVM@LISTSERV.UARK.EDU
}   Subject: Re: MORE... time during IPL
}   
}   
} 
}   That's the same way VM:Secure works; AUTOLOG1 does minimal setup
} work and AUTOLOGs VMSECURE; VMSECURE then starts up and then AUTOLOGs
} AUTOLOG2 which brings up the usual suspects.   
}   
}   I have written some code that runs in VMSECURE PROFILE EXEC
} which keeps checking for VM:Operator (could be PROP) to start up before
} VM:Secure begins.  That permits VM:Operator (again, could  be PROP) to
} properly handle any ESM error messages right from the start. 
}   
}   It would be really nice if we could issue some CP commands (such
} as starting the virtual console SPOOLing) from the user's directory
} entry so that missing devices error messages and such at logon and such
} could be logged.  Maybe IBM could deliver such a present (going back to
} VMSHARE's NOTE XMASGIFT) in a future z/VM release? 
}   
}   Mike Walter
} 
}   Hewitt Associates
} 
}   Any opinions expressed herein are mine alone and do not
} necessarily represent the opinions or policies of Hewitt Associates. 
}   
}   
}   
} Colin Allinson [EMAIL PROTECTED] 
} 
} Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 
} 
} 11/22/2006 07:29 AM 
} Please respond to
} The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU
} 
} 
} 
} To
} IBMVM@LISTSERV.UARK.EDU 
} cc
} Subject
} Re: MORE... time during IPL
} 
}   
} 
} 
} 
} 
}   
}   Sorry for the late append on this subject but I have been away
} for the last week. 
}   
}   In this shop we use an ESS (RACF) and take the view that the
} sole job of AUTOLOG1 is to start up the ESS - nothing else. 
}   
}   In the way we work OPERATOR has code in it's profile to wait
} until either the ESS is available or a set amount of time since the
} system IPL has expired. 
}   
}   All of the servers are started by AUTOLOG2 which is autologged
} by OPERATOR when it is happy that the time is right, (there are various
} checks to ensure that this is only done after an IPL and to allow
} AUTOLOG2 processing to be bypassed when this is what we want). 
}   
}   Even though you may not have an ESS there is no reason why you
} could not take this approach with AUTOLOG1 setting some value (or
} switch) on which OPERATOR could work. 
}   
}   Regards 
}   
}   Colin Allinson 
}   Amadeus Data Processing 
}   
} 
}   
}   
}   _  
} 
}   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.
} 
} 
} 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/
} 

-- 
Rich Greenberg  N Ft Myers, FL, USA richgr atsign panix.com  + 1 239 543 1353
Eastern time.  N6LRT  I speak for myself  my dogs only.VM'er since CP-67
Canines:Val, Red, Shasta  Casey (RIP), Red  Zero, Siberians  Owner:Chinook-L
Retired at the beach Asst Owner:Sibernet-L


Re: MORE... time during IPLndG:r nomail

2006-11-22 Thread Rich Greenberg
Ignore this, sent by mistreak.

On: Wed, Nov 22, 2006 at 01:19:47PM -0500,Stracka, James (GTI) Wrote:

} I second having HCPLNM108E messages come to the System Operator or
} trapped in a SPOOLed CONSOLE without having the id SCIFed. 
} 
}   -Original Message-
}   From: The IBM z/VM Operating System
} [mailto:[EMAIL PROTECTED] On Behalf Of Mike Walter
}   Sent: Wednesday, November 22, 2006 11:42 AM
}   To: IBMVM@LISTSERV.UARK.EDU
}   Subject: Re: MORE... time during IPL
}   
}   
} 
}   That's the same way VM:Secure works; AUTOLOG1 does minimal setup
} work and AUTOLOGs VMSECURE; VMSECURE then starts up and then AUTOLOGs
} AUTOLOG2 which brings up the usual suspects.   
}   
}   I have written some code that runs in VMSECURE PROFILE EXEC
} which keeps checking for VM:Operator (could be PROP) to start up before
} VM:Secure begins.  That permits VM:Operator (again, could  be PROP) to
} properly handle any ESM error messages right from the start. 
}   
}   It would be really nice if we could issue some CP commands (such
} as starting the virtual console SPOOLing) from the user's directory
} entry so that missing devices error messages and such at logon and such
} could be logged.  Maybe IBM could deliver such a present (going back to
} VMSHARE's NOTE XMASGIFT) in a future z/VM release? 
}   
}   Mike Walter
} 
}   Hewitt Associates
} 
}   Any opinions expressed herein are mine alone and do not
} necessarily represent the opinions or policies of Hewitt Associates. 
}   
}   
}   
} Colin Allinson [EMAIL PROTECTED] 
} 
} Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 
} 
} 11/22/2006 07:29 AM 
} Please respond to
} The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU
} 
} 
} 
} To
} IBMVM@LISTSERV.UARK.EDU 
} cc
} Subject
} Re: MORE... time during IPL
} 
}   
} 
} 
} 
} 
}   
}   Sorry for the late append on this subject but I have been away
} for the last week. 
}   
}   In this shop we use an ESS (RACF) and take the view that the
} sole job of AUTOLOG1 is to start up the ESS - nothing else. 
}   
}   In the way we work OPERATOR has code in it's profile to wait
} until either the ESS is available or a set amount of time since the
} system IPL has expired. 
}   
}   All of the servers are started by AUTOLOG2 which is autologged
} by OPERATOR when it is happy that the time is right, (there are various
} checks to ensure that this is only done after an IPL and to allow
} AUTOLOG2 processing to be bypassed when this is what we want). 
}   
}   Even though you may not have an ESS there is no reason why you
} could not take this approach with AUTOLOG1 setting some value (or
} switch) on which OPERATOR could work. 
}   
}   Regards 
}   
}   Colin Allinson 
}   Amadeus Data Processing 
}   
} 
}   
}   
}   _  
} 
}   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.
} 
} 
} 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/
} 

-- 
Rich Greenberg  N Ft Myers, FL, USA richgr atsign panix.com  + 1 239 543 1353
Eastern time.  N6LRT  I speak for myself  my dogs only.VM'er since CP-67
Canines:Val, Red, Shasta  Casey (RIP), Red  Zero, Siberians  Owner:Chinook-L
Retired at the beach Asst Owner:Sibernet-L