Re: z/VM Installation from DVD
If you can get them to use a common profile, and possibly run a script or control file that matches the userid, then there'd really be no need for the writable 191 in each dumper virtual machine. You could place the 191 under either $VOLS$ or some other maintenance user, and have the profile just link it rr as well. We do this with all our Linux guests; they share a single 191 minidisk, and the profile accounts for any differences that may be required. -- .~.Robert P. Nix Mayo Foundation /V\RO-OE-5-55200 First Street SW /( )\ 507-284-0844 Rochester, MN 55905 ^^-^^ - In theory, theory and practice are the same, but in practice, theory and practice are different. On 2/6/08 3:25 PM, Aria Bamdad [EMAIL PROTECTED] wrote: On Wed, 6 Feb 2008 12:44:02 -0500 Hilliard, Chris said: I need a short lesson on backing up DASD volumes using DDR. snip Chris, Others have made good suggestions. Over time, you may have more DASD that you want to dump or use multiple virtual machines that you want to use simultaniously to dump from. Here is one way to address that: Define one dummy user that owns a full pack minidisk on each volume: USER $VOLS$ NOLOG ACCOUNT SYSTEM SYSTEM MDISK A00 3390 3339 VOLA00 RR MDISK A01 3390 3339 VOLA01 RR MDISK A02 3390 3339 VOLA02 RR MDISK A03 3390 3339 VOLA03 RR MDISK A04 3390 3339 VOLA04 RR Now define multiple dump users that do the dumping to tape. These users will have access to the dummy account disks above. To make it simpler, just define a user profile first then use that in each dump account: PROFILE SYSDMPPR * Profile for SYSDUMP users ACCOUNT SYSUTIL SYSTEM MACHINE XC IPL CMS PARM AUTOCR CONSOLE 009 3215 SPOOL 00C 2540 READER * SPOOL 00D 2540 PUNCH A SPOOL 00E 1403 A LINK MAINT 190 190 RR LINK MAINT 19E 19E RR LINK $VOLS$ A00 A00 RR LINK $VOLS$ A01 A01 RR LINK $VOLS$ A02 A02 RR LINK $VOLS$ A03 A03 RR LINK $VOLS$ A04 A04 RR Now each new dump account can be define using: USER SYSDUMP PASSWORD 5M 25M G INCLUDE SYSDMPPR MDISK 191 3390 zz W * USER SYSDUMP2 PASSWORD 5M 25M G INCLUDE SYSDMPPR MDISK 191 3390 zz W Now each dump account has a virtual address that matches the real address of a real DASD. You can then do a DDR with input statements that point to the virtual address. Remember to never make this LINK or MDISK statements in write mode. Everything should be in read only mode. Aria
Re: Anybody using a multi-sysres concept for maintenance?
No. Since what usually changes is the CPLOAD MODULE, we just rename it to FALLBACK MODULE and place a new CPLOAD MODULE on the PARM disks. -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Tobias Doerkes Sent: Thursday, February 07, 2008 9:31 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Anybody using a multi-sysres concept for maintenance? hi list, is there anybody out there using a multi-sysres-concept for activating maintenance? we are a mvs shop. so i would like to adopt some processes for maintaining vm. normally we build up a sysres in our maintenance environment. after some testing we deploy this sysres to all systems/sysplexes and bring it up by ipling the image. parameters, ckpt, etc are separated from the sysres. i would like to share my thoughts and code to perform this process automated. regards, tobias. This message w/attachments (message) may be privileged, confidential or proprietary, and if you are not an intended recipient, please notify the sender, do not use or share it and delete it. Unless specifically indicated, this message is not an offer to sell or a solicitation of any investment products or other financial product or service, an official confirmation of any transaction, or an official statement of Merrill Lynch. Subject to applicable law, Merrill Lynch may monitor, review and retain e-communications (EC) traveling through its networks/systems. The laws of the country of each sender/recipient may impact the handling of EC, and EC may be archived, supervised and produced in countries other than the country in which you are located. This message cannot be guaranteed to be secure or error-free. This message is subject to terms available at the following link: http://www.ml.com/e-communications_terms/. By messaging with Merrill Lynch you consent to the foregoing.
Re: FTP - how can I preserve date time?
On Thursday, 02/07/2008 at 11:00 EST, Bob Henry [EMAIL PROTECTED] wrote: Is there any way to preserve file date time when I ftp from one z/VM to another z/VM? Not directly, no, though you could use VMARC to package the file into an envelope whose timestamp is irrelevant. Then, when the file is unpacked on the other end, the timestamp of the unpacked file is preserved (if you use the OLDDATE option). Alan Altmark z/VM Development IBM Endicott
Re: Anybody using a multi-sysres concept for maintenance?
That is one way to do it. The way I do it is to make a copy of the VM system on alternate disks. IPL that VM as guest of the running VM (second level). Apply the maintenance to the second level VM and test it. When it is working I then shut down VM and IPL from alternate disks (first level). If problems happen you can shut VM down and IPL from the old disks. Tobias Doerkes wrote: hi list, is there anybody out there using a multi-sysres-concept for activating maintenance? we are a mvs shop. so i would like to adopt some processes f or maintaining vm. normally we build up a sysres in our maintenance environment. after some testing we deploy this sysres to all systems/sysplexes and bring it up by ipling the image. parameters, ckpt, etc are separated from the sysres. i would like to share my thoughts and code to perform this process automa ted. regards, tobias. -- Stephen Frazier Information Technology Unit Oklahoma Department of Corrections 3400 Martin Luther King Oklahoma City, Ok, 73111-4298 Tel.: (405) 425-2549 Fax: (405) 425-2554 Pager: (405) 690-1828 email: stevef%doc.state.ok.us
How comments treated by DIRMAINT
Greetings, We have a situation that has been annoying us for quite awhile now with regards to DIRMAINT. When we add MDISKs for a user (especially for a VSE user) we usually add comment statements just before the new MDISK. No problem, except when we later GET the directory entry the comments are in the wrong place. Example: I created a dummy user: USER TEST1 X1X2X 32M 128M G 01300910 INCLUDE CMSSTD 01300910 LINK RSCS 0191 0192 RR 01300910 * THIS IS A COMMENT * MDISK 0191 3380 1548 3 ST160D MR ALL 01300910 When I do a DIRM FOR TEST1 GET, I get back in my reader: USER TEST1 X1X2X 32M 128M G 02071121 INCLUDE CMSSTD 02071121 * THIS IS A COMMENT02071121 * MDISK 0191 3380 1548 3 ST160D MR ALL 02071121 LINK RSCS 0191 0192 RR 02071121 *DVHOPT LNK0 LOG1 RCM1 SMS0 NPW1 LNGAMENG PWC20080207 CRCæE Why and how does DIRMAINT shuffle the directory entry sent to it and is there a way to stop it from doing so? Thanks, Mike
Re: z/VM Installation from DVD
I KNEW someone's going to say that and I do use address COMMAND, but -
obviously not in this exec. I was going to insert it now to prevent the
backlash, but since I don't have a system anymore to test the exec, I
decided against it.
Ivica Brodaric
On 08/02/2008, Kris Buelens [EMAIL PROTECTED] wrote:
Nicely formatted REXX, quoted what need to be, CP commands targeted
directly to CP. But. Where is the ADDRESS COMMAND? And why use
PIPE CMS instead of PIPE COMMAND? Running with ADDRESS CMS and PIPE
CMS are two loaded guns too.
Why: read our free Telecourse
http://www.vm.ibm.com/download/packages/descript.cgi?TCVM1
--
Kris Buelens,
IBM Belgium, VM customer support
2008/2/7, Ivica Brodaric [EMAIL PROTECTED]:
Chris,
Since you are a VM newbie (welcome!) I thought I might give you a simple
DDRCOPY EXEC so that you are all set. I found one in my archive. Exec
doesn't use minidisk passwords in LINK commands, so put OPTION LNKNOPAS in
SYSDMPPR profile or work around it (depends on your security requirements).
This exec uses another disk for backup. If you want to use a tape as output,
you need to replace the second LINK command with ATTACH command for the tape
drive, modify OUTPUT subcommand of DDR and replace 'COPY ALL' with 'DUMP
ALL'.
One warning: This is a loaded gun. Please be careful with those
target_addr parameters in DMPn EXECs previously mentioned. Maybe tell
your co-worker to read them aloud for you in a melodic voice after you did
the same. ;-)
/**
*** Function: Copy a minidisk with DDR
**/
arg userin addrin userout addrout disktype rest
if rest ^= ''
then do
say 'Invalid parameter:' rest'.'
exit 3
end
if disktype = ''
then disktype = '3390'
if addrout = ''
then do
say 'Missing parameters.'
say 'Format: DDRCOPY userin addrin userout addrout disktype'
say '3390 '
exit 4
end
'CLRSCRN'
'MAKEBUF'
'GETFMADR'
if rc ^= 0 then exit rc
pull . fm1 addr1
'DROPBUF'
parse value diagrc(8, 'LINK' userin addrin addr1 'RR') with rc .
if rc ^= 0 then exit rc
'ACCESS' addr1 fm1
'MAKEBUF'
'GETFMADR'
pull . fm2 addr2
'DROPBUF'
parse value diagrc(8, 'LINK' userout addrout addr2 'M') with rc .
if rc ^= 0 then exit rc
'MAKEBUF'
queue 'SYSPRINT CONS'
queue 'INPUT' addr1 disktype
queue 'OUTPUT' addr2 disktype
queue 'COPY ALL'
queue 'YES'
queue 'YES'
queue
call time 'R'
'DDR'
src = rc
'DROPBUF'
'ACCESS' addr1 fm1
'ACCESS' addr2 fm2
'PIPE CMS Q DISK' fm1'|CONS'
'PIPE CMS Q DISK' fm2'|TAKE LAST|CONS'
'RELEASE' fm1
'RELEASE' fm2
call diag 8, 'DETACH' addr1
call diag 8, 'DETACH' addr2
say 'Elapsed time:' time('E')
'CP SLEEP 1 SEC'
exit src
Ivica Brodaric
Not with Tabcorp anymore
(not because of this exec - mainframe is not with Tabcorp anymore
either)
On 08/02/2008, Ivica Brodaric [EMAIL PROTECTED] wrote:
If you create a PROFILE EXEC on 191 that checks who's running and
invokes another exec if it's a dumper machine, e.g.:
if userid() /= 'DMPADMIN' then do
'CP SP CON DMPADMIN'
'EXEC' userid()
'CP LOGOFF'
end
and create userid EXEC for every dumper machine that you are
actually going to use and that contains something simple (you are going to
maintain this), e.g.:
' EXEC DDRCOPY $VOLS$ source_addr $VOLS$ target_addr'
then you only need to write a DDRCOPY EXEC that will link source and
target minidisks and invoke DDR program.
From here you only need to maintain userid EXEC's from dump
maintenance machine and autolog dumper machines to do the work.
On 08/02/2008, Ivica Brodaric [EMAIL PROTECTED] wrote:
And if you move 191 minidisk from dumper machines to maintenance
userid, and add a link to that minidisk as 191 RR to SYSDMPPR profile, you
can define a pool of dumper machines, e.g.:
USER DMP password 5M 25M G
POOL LOW 0 HIGH 99 PROFILE SYSDMPPR
On 08/02/2008, RPN01 [EMAIL PROTECTED] wrote:
If you can get them to use a common profile, and possibly run
a script or
control file that matches the userid, then there'd really be no
need for the
writable 191 in each dumper virtual machine. You could place the
191 under
either $VOLS$ or some other maintenance user, and have the
profile just
link it rr as well.
We do this with all our Linux guests; they share a single 191
minidisk, and
the profile accounts for any differences that may be required.
--
.~.Robert P. Nix Mayo Foundation
/V\RO-OE-5-55200 First Street SW
/( )\ 507-284-0844
Re: PIPE Help (please)
I shudder to say ... you could (briefly) go into FULLSCREEN CMS! JR (Steven) Imler CA Senior Software Engineer Tel: +1 703 708 3479 Fax: +1 703 708 3267 [EMAIL PROTECTED] -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Lionel B. Dyck Sent: Thursday, February 07, 2008 01:42 PM To: IBMVM@LISTSERV.UARK.EDU Subject: PIPE Help (please) I am frustrated with commands generating data that fills multiple screens= and not have the ability to scroll back and forth in the results Thus I thought I'd try something with PIPEs and came up with this: pipe | cms rac setr list | setr list a | cms xedit setr list a | cms erase setr list a This seemed like it would work but the file is empty when xedit opens it.= I've looked thru the pipe help menu and pipe ahelp menu and not found anything that helps that is obvious. Thanks in advance
Re: PIPE Help (please)
Place the XEDIT command outside the PIPE: when XEDIT starts, the PIEP hasn't closed the file yet 2008/2/7, Lionel B. Dyck [EMAIL PROTECTED]: I am frustrated with commands generating data that fills multiple screens and not have the ability to scroll back and forth in the results Thus I thought I'd try something with PIPEs and came up with this: pipe | cms rac setr list | setr list a | cms xedit setr list a | cms erase setr list a This seemed like it would work but the file is empty when xedit opens it. I've looked thru the pipe help menu and pipe ahelp menu and not found anything that helps that is obvious. Thanks in advance -- Kris Buelens, IBM Belgium, VM customer support
PIPE Help (please)
I am frustrated with commands generating data that fills multiple screens and not have the ability to scroll back and forth in the results Thus I thought I'd try something with PIPEs and came up with this: pipe | cms rac setr list | setr list a | cms xedit setr list a | cms erase setr list a This seemed like it would work but the file is empty when xedit opens it. I've looked thru the pipe help menu and pipe ahelp menu and not found anything that helps that is obvious. Thanks in advance
Re: PIPE Help (please)
If I remember well: RAC writes its output to disk as RACF OUTPUT A and then the disk file is typed at the console. I inherited a RACFAST tool from Steve Swift that avoids this detour via the A-disk. So, if the use of a RACF command is more than an example but key: use FILELIST first. Another side note: when inserting a stage to collect the data flowing through the pipe, remember that null records are possible in a pipe, but not on disk. I.e. the null records will not end in the disk file. Use |PAD 1 x| fn ft fm to have these null records in the file too. 2008/2/7, David Boyes [EMAIL PROTECTED]: I am frustrated with commands generating data that fills multiple screens and not have the ability to scroll back and forth in the results Thus I thought I'd try something with PIPEs and came up with this: [snip] This seemed like it would work but the file is empty when xedit opens it. Try SET FULLSCREEN ON at the CMS command line. Not all commands use the right I/O stuff to be pipe-friendly (particularly stuff brought over from MVS like RACF). I don't care for fullscreen CMS much, but others like it. -- Kris Buelens, IBM Belgium, VM customer support
Re: TN3270 sessions
On Thursday, 02/07/2008 at 03:34 EST, Edward M. Martin [EMAIL PROTECTED] wrote: I read and listen. What manual is the best place to start looking for Encrypted/unencrypted TN3270 sessions? 1. You need to install and configure the SSL server 2. You need to configure the relevant apps (ftp, smtp, telnet) Both tasks are described in the z/VM TCP/IP Planning Admin book. Alan Altmark z/VM Development IBM Endicott
TN3270 sessions
Hello Everyone, I read and listen. What manual is the best place to start looking for Encrypted/unencrypted TN3270 sessions? Ed Martin 330-588-4723 ext 40441
Re: PIPE Help (please)
If you are going to ERASE it immediately after the XEDIT why not: PIPE command rac setr list', '| setr list A3' 'XEDIT SETR LIST A' -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Kris Buelens Sent: Thursday, February 07, 2008 2:39 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: PIPE Help (please) Why so complicated??? PIPE command rac setr list', '| setr list a' 'XEDIT SETR LIST A' 'ERASE SETR LIST A' (but I repeat: probably not required fro RAC commands) 2008/2/7, Schuh, Richard [EMAIL PROTECTED]: Would adding a few lines like Pipe | cms rcx setr list, | setr list a, | hole, | append cms xedit setr list a, | append cms erase setr list a Work? Another possibility might be to simply enter the commands From the CMS command line: xedit temp file a (width 250 From the xedit command line: recfm v trunc * pipe cms rcx setr list | xedit If that works, then you could incorporate the commands entered in XEDIT into an XEDIT macro or into PROFILE XEDIT Regards, Richard Schuh -- Kris Buelens, IBM Belgium, VM customer support This message w/attachments (message) may be privileged, confidential or proprietary, and if you are not an intended recipient, please notify the sender, do not use or share it and delete it. Unless specifically indicated, this message is not an offer to sell or a solicitation of any investment products or other financial product or service, an official confirmation of any transaction, or an official statement of Merrill Lynch. Subject to applicable law, Merrill Lynch may monitor, review and retain e-communications (EC) traveling through its networks/systems. The laws of the country of each sender/recipient may impact the handling of EC, and EC may be archived, supervised and produced in countries other than the country in which you are located. This message cannot be guaranteed to be secure or error-free. This message is subject to terms available at the following link: http://www.ml.com/e-communications_terms/. By messaging with Merrill Lynch you consent to the foregoing.
Re: PIPE Help (please)
Two things: 1. Go into xedit first, on a dummy file. If the recfm is f, change it to v (xedit command: recfm v). Then on the command line: pipe cms rac setr list|xedit. This will put the output of the rac command directly into your xedit session. When you're done perusing it, just qquit. 2. However, the rac command (exec, actually), in addition to displaying the command output, creates a RACF DATA file on your A-disk containing the command output. Go ahead and let it scroll off your screen, then just xedit racf data. Mike Harding EDS VM National Capability 134 El Portal Place Clayton, Ca. USA 94517-1742 * phone: +01-925-672-4403 * Fax: +01-925-672-4403 * mailto:[EMAIL PROTECTED] * mailto:[EMAIL PROTECTED] (personal) Note: For 2008, I am off on Fridays with odd Julian dates and Mondays with even ones. -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Schuh, Richard Sent: Thursday, February 07, 2008 11:31 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: PIPE Help (please) Would adding a few lines like Pipe | cms rcx setr list, | setr list a, | hole, | append cms xedit setr list a, | append cms erase setr list a Work? Another possibility might be to simply enter the commands From the CMS command line: xedit temp file a (width 250 From the xedit command line: recfm v trunc * pipe cms rcx setr list | xedit If that works, then you could incorporate the commands entered in XEDIT into an XEDIT macro or into PROFILE XEDIT Regards, Richard Schuh -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Kris Buelens Sent: Thursday, February 07, 2008 10:45 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: PIPE Help (please) Place the XEDIT command outside the PIPE: when XEDIT starts, the PIEP hasn't closed the file yet 2008/2/7, Lionel B. Dyck [EMAIL PROTECTED]: I am frustrated with commands generating data that fills multiple screens and not have the ability to scroll back and forth in the results Thus I thought I'd try something with PIPEs and came up with this: pipe | cms rac setr list | setr list a | cms xedit setr list a | cms erase setr list a This seemed like it would work but the file is empty when xedit opens it. I've looked thru the pipe help menu and pipe ahelp menu and not found anything that helps that is obvious. Thanks in advance -- Kris Buelens, IBM Belgium, VM customer support
SSL Server with two IP stacks?
We are installing z/VM 5.3 and the SSL Server. I could use some help with a few items. 1. We can't find any place to tell SSL Server that our TCP/IP machine isn't named TCPIP. 2. Can a single SSL Server svm work with more than one stack machine, or do we have to create one for each IP stack? 3. We want to support both encrypted and unencrypted TN3270 sessions; can one stack do it, or are two required? Thanks, Victor Victor Strasser [EMAIL PROTECTED] VM and Linux Support Unit California Department of Technology Services Phone: 916-464-4522
Re: SSL Server with two IP stacks?
On Feb 7, 2008, at 1:21 PM, Strasser, [EMAIL PROTECTED] wrote: We are installing z/VM 5.3 and the SSL Server. I could use some help with a few items. We can’t find any place to tell SSL Server that our TCP/IP machine isn’t named “TCPIP”. Does it need to know? As long as PROFILE TCPIP for your stack knows how to talk to it, I don't think it matters. Certainly under 4.4 I had SSLSERV listening to TCPIP2 and it wasn't a problem. Can a single SSL Server svm work with more than one stack machine, or do we have to create one for each IP stack? I've never tried to share one between stacks. If you try it I'm interested to know what happens. We want to support both encrypted and unencrypted TN3270 sessions; can one stack do it, or are two required? One stack can do it. On the same port, even, if you allow explicit TLS negotiation. Adam
Re: SSL Server with two IP stacks?
On Thursday, 02/07/2008 at 02:22 EST, Strasser, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: We are installing z/VM 5.3 and the SSL Server. I could use some help with a few items. We can?t find any place to tell SSL Server that our TCP/IP machine isn?t named ?TCPIP?. I think he pulls the stack name from TCPIP DATA. Can a single SSL Server svm work with more than one stack machine, or do we have to create one for each IP stack? One per stack. We want to support both encrypted and unencrypted TN3270 sessions; can one stack do it, or are two required? One stack. Since you have z/VM 5.3, you have dynamic SSL capabiity. Most emulators will try to negotiate an SSL session, which z/VM 5.3 supports. If your emulator won't negotiate SSL, then you can use InternalClientParms to instruct the telnet server to listen on multiple ports. Define one port as SECURE on the PORT statement. Alan Altmark z/VM Development IBM Endicott
Re: PIPE Help (please)
Would the PIPE BROWSE do what you want? I don't have RACF, so I can't try it. Pipe cms rac setr list | browse -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Lionel B. Dyck Sent: Thursday, February 07, 2008 11:42 AM To: IBMVM@LISTSERV.UARK.EDU Subject: PIPE Help (please) I am frustrated with commands generating data that fills multiple screens and not have the ability to scroll back and forth in the results Thus I thought I'd try something with PIPEs and came up with this: pipe | cms rac setr list | setr list a | cms xedit setr list a | cms erase setr list a This seemed like it would work but the file is empty when xedit opens it. I've looked thru the pipe help menu and pipe ahelp menu and not found anything that helps that is obvious. Thanks in advance
Re: How comments treated by DIRMAINT
Not that I know. If you have a comment line about a minidisk in from of a MDISK statement, then if you move or change a minidisk allocation using DATAMOVE, DIRMAINT will insert a new MDISK statement not following your visual connection with the comment line, so don't use that technique. On 08/02/2008, Horlick, Michael [EMAIL PROTECTED] wrote: Greetings, We have a situation that has been annoying us for quite awhile now with regards to DIRMAINT. When we add MDISKs for a user (especially for a VSE user) we usually add comment statements just before the new MDISK. No problem, except when we later GET the directory entry the comments are in the wrong place. Example: I created a dummy user: USER TEST1 X1X2X 32M 128M G 01300910 INCLUDE CMSSTD 01300910 LINK RSCS 0191 0192 RR 01300910 * THIS IS A COMMENT * MDISK 0191 3380 1548 3 ST160D MR ALL 01300910 When I do a DIRM FOR TEST1 GET, I get back in my reader: USER TEST1 X1X2X 32M 128M G 02071121 INCLUDE CMSSTD 02071121 * THIS IS A COMMENT 02071121 * MDISK 0191 3380 1548 3 ST160D MR ALL 02071121 LINK RSCS 0191 0192 RR 02071121 *DVHOPT LNK0 LOG1 RCM1 SMS0 NPW1 LNGAMENG PWC20080207 CRCæE Why and how does DIRMAINT shuffle the directory entry sent to it and is there a way to stop it from doing so? Thanks, Mike
Re: FTP - how can I preserve date time?
Does VMARC come as part of VM or does it have to be ordered/downloaded fr om IBM?
Re: PIPE Help (please)
I am frustrated with commands generating data that fills multiple screens and not have the ability to scroll back and forth in the results Thus I thought I'd try something with PIPEs and came up with this: [snip] This seemed like it would work but the file is empty when xedit opens it. Try SET FULLSCREEN ON at the CMS command line. Not all commands use the right I/O stuff to be pipe-friendly (particularly stuff brought over from MVS like RACF). I don't care for fullscreen CMS much, but others like it.
Re: PIPE Help (please)
I've sent you my VX EXEC VX a non-fullscreen CMS command Output is displayed in XEDIT. VX = View in Xedit Example: VX rac setr list for CP commands you must do VX cp like: VX cp q all This e-mail, including any attachments, may be confidential, privileged or otherwise legally protected. It is intended only for the addressee. If you received this e-mail in error or from someone who was not authorized to send it to you, do not disseminate, copy or otherwise use this e-mail or its attachments. Please notify the sender immediately by reply e-mail and delete the e-mail from your system. -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Lionel B. Dyck Sent: Thursday, February 07, 2008 1:42 PM To: IBMVM@LISTSERV.UARK.EDU Subject: PIPE Help (please) I am frustrated with commands generating data that fills multiple screens and not have the ability to scroll back and forth in the results Thus I thought I'd try something with PIPEs and came up with this: pipe | cms rac setr list | setr list a | cms xedit setr list a | cms erase setr list a This seemed like it would work but the file is empty when xedit opens it. I've looked thru the pipe help menu and pipe ahelp menu and not found anything that helps that is obvious. Thanks in advance
Re: TN3270 sessions
TCP/IP Planning and Configuration for your release. From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Edward M. Martin Sent: Thursday, February 07, 2008 3:33 PM To: IBMVM@LISTSERV.UARK.EDU Subject: TN3270 sessions Hello Everyone, I read and listen. What manual is the best place to start looking for Encrypted/unencrypted TN3270 sessions? Ed Martin 330-588-4723 ext 40441
Re: PIPE Help (please)
Why so complicated??? PIPE command rac setr list', '| setr list a' 'XEDIT SETR LIST A' 'ERASE SETR LIST A' (but I repeat: probably not required fro RAC commands) 2008/2/7, Schuh, Richard [EMAIL PROTECTED]: Would adding a few lines like Pipe | cms rcx setr list, | setr list a, | hole, | append cms xedit setr list a, | append cms erase setr list a Work? Another possibility might be to simply enter the commands From the CMS command line: xedit temp file a (width 250 From the xedit command line: recfm v trunc * pipe cms rcx setr list | xedit If that works, then you could incorporate the commands entered in XEDIT into an XEDIT macro or into PROFILE XEDIT Regards, Richard Schuh -- Kris Buelens, IBM Belgium, VM customer support
Re: PIPE Help (please)
Would adding a few lines like Pipe | cms rcx setr list, | setr list a, | hole, | append cms xedit setr list a, | append cms erase setr list a Work? Another possibility might be to simply enter the commands From the CMS command line: xedit temp file a (width 250 From the xedit command line: recfm v trunc * pipe cms rcx setr list | xedit If that works, then you could incorporate the commands entered in XEDIT into an XEDIT macro or into PROFILE XEDIT Regards, Richard Schuh -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Kris Buelens Sent: Thursday, February 07, 2008 10:45 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: PIPE Help (please) Place the XEDIT command outside the PIPE: when XEDIT starts, the PIEP hasn't closed the file yet 2008/2/7, Lionel B. Dyck [EMAIL PROTECTED]: I am frustrated with commands generating data that fills multiple screens and not have the ability to scroll back and forth in the results Thus I thought I'd try something with PIPEs and came up with this: pipe | cms rac setr list | setr list a | cms xedit setr list a | cms erase setr list a This seemed like it would work but the file is empty when xedit opens it. I've looked thru the pipe help menu and pipe ahelp menu and not found anything that helps that is obvious. Thanks in advance -- Kris Buelens, IBM Belgium, VM customer support
Re: PIPE Help (please)
Oh yes, I hope there aren't any dangerous commands in the data resulting from CSM RAC SETR LIST. Because: - The output of this RACF command is written to disk by the stage - The stage then copies these data through to CMS XEDIT ... - The CMS stage first executes the XEDIT command passed as parameter then it executes all records that passed through as command - The last CMS stage first issues teh ERASE comand and then executes the output produced by the preceding CMS stage In practice, these stages run concurrently, so it is not that first the stage writes all records and only then the CMS XEDIT stage starts... I'd recommend you our Pipes selfstudy Telecourse: http://www.vm.ibm.com/download/packages/descript.cgi?TCVM2 2008/2/7, Kris Buelens [EMAIL PROTECTED]: Place the XEDIT command outside the PIPE: when XEDIT starts, the PIEP hasn't closed the file yet 2008/2/7, Lionel B. Dyck [EMAIL PROTECTED]: I am frustrated with commands generating data that fills multiple screens and not have the ability to scroll back and forth in the results Thus I thought I'd try something with PIPEs and came up with this: pipe | cms rac setr list | setr list a | cms xedit setr list a | cms erase setr list a This seemed like it would work but the file is empty when xedit opens it. I've looked thru the pipe help menu and pipe ahelp menu and not found anything that helps that is obvious. Thanks in advance -- Kris Buelens, IBM Belgium, VM customer support -- Kris Buelens, IBM Belgium, VM customer support
Re: FTP - how can I preserve date time?
For a utility to list/view/extract VMARC archives FTP-ed to other platforms in binary see here: http://www.homerow.net/zvm/vma.htm On 08/02/2008, Bob Henry [EMAIL PROTECTED] wrote: Does VMARC come as part of VM or does it have to be ordered/downloaded fr om IBM?
Re: TN3270 sessions
Thanks to David and Alan. Is there a REDBOOK available? Ed Martin 330-588-4723 ext 40441 From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of David Boyes Sent: Thursday, February 07, 2008 3:43 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: TN3270 sessions TCP/IP Planning and Configuration for your release. From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Edward M. Martin Sent: Thursday, February 07, 2008 3:33 PM To: IBMVM@LISTSERV.UARK.EDU Subject: TN3270 sessions Hello Everyone, I read and listen. What manual is the best place to start looking for Encrypted/unencrypted TN3270 sessions? Ed Martin 330-588-4723 ext 40441
Re: FTP - how can I preserve date time?
http://www.vm.ibm.com/download/ On 08/02/2008, Bob Henry [EMAIL PROTECTED] wrote: Does VMARC come as part of VM or does it have to be ordered/downloaded fr om IBM?
Re: z/VM Installation from DVD
Nicely formatted REXX, quoted what need to be, CP commands targeted
directly to CP. But. Where is the ADDRESS COMMAND? And why use
PIPE CMS instead of PIPE COMMAND? Running with ADDRESS CMS and PIPE
CMS are two loaded guns too.
Why: read our free Telecourse
http://www.vm.ibm.com/download/packages/descript.cgi?TCVM1
--
Kris Buelens,
IBM Belgium, VM customer support
2008/2/7, Ivica Brodaric [EMAIL PROTECTED]:
Chris,
Since you are a VM newbie (welcome!) I thought I might give you a simple
DDRCOPY EXEC so that you are all set. I found one in my archive. Exec doesn't
use minidisk passwords in LINK commands, so put OPTION LNKNOPAS in SYSDMPPR
profile or work around it (depends on your security requirements). This exec
uses another disk for backup. If you want to use a tape as output, you need
to replace the second LINK command with ATTACH command for the tape drive,
modify OUTPUT subcommand of DDR and replace 'COPY ALL' with 'DUMP ALL'.
One warning: This is a loaded gun. Please be careful with those target_addr
parameters in DMPn EXECs previously mentioned. Maybe tell your co-worker
to read them aloud for you in a melodic voice after you did the same. ;-)
/**
*** Function: Copy a minidisk with DDR
**/
arg userin addrin userout addrout disktype rest
if rest ^= ''
then do
say 'Invalid parameter:' rest'.'
exit 3
end
if disktype = ''
then disktype = '3390'
if addrout = ''
then do
say 'Missing parameters.'
say 'Format: DDRCOPY userin addrin userout addrout disktype'
say '3390 '
exit 4
end
'CLRSCRN'
'MAKEBUF'
'GETFMADR'
if rc ^= 0 then exit rc
pull . fm1 addr1
'DROPBUF'
parse value diagrc(8, 'LINK' userin addrin addr1 'RR') with rc .
if rc ^= 0 then exit rc
'ACCESS' addr1 fm1
'MAKEBUF'
'GETFMADR'
pull . fm2 addr2
'DROPBUF'
parse value diagrc(8, 'LINK' userout addrout addr2 'M') with rc .
if rc ^= 0 then exit rc
'MAKEBUF'
queue 'SYSPRINT CONS'
queue 'INPUT' addr1 disktype
queue 'OUTPUT' addr2 disktype
queue 'COPY ALL'
queue 'YES'
queue 'YES'
queue
call time 'R'
'DDR'
src = rc
'DROPBUF'
'ACCESS' addr1 fm1
'ACCESS' addr2 fm2
'PIPE CMS Q DISK' fm1'|CONS'
'PIPE CMS Q DISK' fm2'|TAKE LAST|CONS'
'RELEASE' fm1
'RELEASE' fm2
call diag 8, 'DETACH' addr1
call diag 8, 'DETACH' addr2
say 'Elapsed time:' time('E')
'CP SLEEP 1 SEC'
exit src
Ivica Brodaric
Not with Tabcorp anymore
(not because of this exec - mainframe is not with Tabcorp anymore either)
On 08/02/2008, Ivica Brodaric [EMAIL PROTECTED] wrote:
If you create a PROFILE EXEC on 191 that checks who's running and invokes
another exec if it's a dumper machine, e.g.:
if userid() /= 'DMPADMIN' then do
'CP SP CON DMPADMIN'
'EXEC' userid()
'CP LOGOFF'
end
and create userid EXEC for every dumper machine that you are actually
going to use and that contains something simple (you are going to maintain
this), e.g.:
' EXEC DDRCOPY $VOLS$ source_addr $VOLS$ target_addr'
then you only need to write a DDRCOPY EXEC that will link source and target
minidisks and invoke DDR program.
From here you only need to maintain userid EXEC's from dump maintenance
machine and autolog dumper machines to do the work.
On 08/02/2008, Ivica Brodaric [EMAIL PROTECTED] wrote:
And if you move 191 minidisk from dumper machines to maintenance
userid, and add a link to that minidisk as 191 RR to SYSDMPPR profile,
you can define a pool of dumper machines, e.g.:
USER DMP password 5M 25M G
POOL LOW 0 HIGH 99 PROFILE SYSDMPPR
On 08/02/2008, RPN01 [EMAIL PROTECTED] wrote:
If you can get them to use a common profile, and possibly run a
script or
control file that matches the userid, then there'd really be no need
for the
writable 191 in each dumper virtual machine. You could place the 191
under
either $VOLS$ or some other maintenance user, and have the
profile just
link it rr as well.
We do this with all our Linux guests; they share a single 191 minidisk,
and
the profile accounts for any differences that may be required.
--
.~.Robert P. Nix Mayo Foundation
/V\RO-OE-5-55200 First Street SW
/( )\ 507-284-0844 Rochester, MN 55905
^^-^^ -
In theory, theory and practice are the same, but
in practice, theory and practice are different.
On 2/6/08 3:25 PM, Aria Bamdad [EMAIL PROTECTED] wrote:
On Wed, 6 Feb 2008 12:44:02 -0500 Hilliard, Chris said:
I need a short lesson on backing up DASD volumes using DDR.
Re: Anybody using a multi-sysres concept for maintenance?
Tobias, I store multiple (5-6) versions of CPLOAD MODULE on the parm disk (MAINT CF1). Names are in the format CPyymmdd MODULE, where yymmdd is typically the date the module was generated. After application of maintenance, I copy the new CPLOAD MODULE (found on MAINT 493/193) to CF1 with the new name, then run an EXEC I wrote called NEWCPNUC, which builds a SALIPL command and runs it. When the operator IPL's the Standalone Program Loader, they see a screen like this: STAND ALONE PROGRAM LOADER: z/VM VERSION 5 RELEASE 3.0 DEVICE NUMBER: 0260 MINIDISK OFFSET: EXTENT: 1 MODULE NAME: CP071030 LOAD ORIGIN: 1000 IPL PARAMETERS ---COMMENTS--- If problems, use backout module CP070911. Module CP070911 was loaded from minidisk on volume V1SRES at cylinder 241. Parm disk number 1 is on volume V1SRES, cylinders 241 through 340. -- 9= FILELIST 10= LOAD 11= TOGGLE EXTENT/OFFSET Note that you should have more than one parm disk (CF2, CF3, ...), living on more than one volume (just in case). If interested, I can share the NEWCPNUC EXEC code. Mark L. Wheeler IT Infrastructure, 3M Center B224-4N-20, St Paul MN 55144 Tel: (651) 733-4355, Fax: (651) 736-7689 mlwheeler at mmm.com -- I have this theory that if one person can go out of their way to show compassion then it will start a chain reaction of the same. People will never know how far a little kindness can go. Rachel Joy Scott Tobias Doerkes [EMAIL PROTECTED] .COM To Sent by: The IBM IBMVM@LISTSERV.UARK.EDU z/VM Operating cc System [EMAIL PROTECTED] Subject ARK.EDU Anybody using a multi-sysres concept for maintenance? 02/07/2008 08:31 AM Please respond to The IBM z/VM Operating System [EMAIL PROTECTED] ARK.EDU hi list, is there anybody out there using a multi-sysres-concept for activating maintenance? we are a mvs shop. so i would like to adopt some processes for maintaining vm. normally we build up a sysres in our maintenance environment. after some testing we deploy this sysres to all systems/sysplexes and bring it up by ipling the image. parameters, ckpt, etc are separated from the sysres. i would like to share my thoughts and code to perform this process automated. regards, tobias.
Re: TN3270 sessions
On Thursday, 02/07/2008 at 04:27 EST, David Boyes [EMAIL PROTECTED] wrote: Key points to understand that the VM implementation is a transparent wrapper around the basic service, so telnet, SMTP, etc don?t really know it?s there. In 5.3, some of the servers and clients have been modified to support awareness of TLS (transport layer security), but not all. The FTP client and server, TELNET client and server, and SMTP all support transition of a clear-text session to an SSL/TLS-protected session. Alan Altmark z/VM Development IBM Endicott
Re: RSCS and TCPNJE Question
Jerry, Check out Info APAR II14360. It discusses just such a situation. You may need JES2 APAR OA22718 Colleen M Brown IBM z/VM and Related Products Development and Service
Re: RSCS and TCPNJE Question
Jerry, I don't have a TCPNJE setup as you do. When I had RSCS talking with other z/OS systems in other LPARs I used CTCs. However, to send a job to a z/OS LPAR I used this REXX/EXEC - 'cp spool 00d rscs'; 'cp tag dev 00d zs03jes2 job'; Of interest is to TAG your punch to the z/OS nodename (zs03jes2 in my case) and identify that the spooled file is to be given to z/OS as a job. Without using the JOB option, the file should end up on the z/OS spool, IIRC. HTH HITACHI DATA SYSTEMS Raymond E. Noal Senior Technical Engineer Office: (408) 970 - 7978 From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Jerry Whitteridge Sent: Thursday, February 07, 2008 1:50 PM To: IBMVM@LISTSERV.UARK.EDU Subject: RSCS and TCPNJE Question Seems to be my week to be full of questions. We are setting up RSCS to talk to z/OS over a TCPNJE link. We have successfully sent files from z/OS to VM using xmit and they end up in the rdr queue of the user as expected. If we send from VM to z/OS we are finding the files are hung up in the TCPIP rdr queue. Ready; T=0.01/0.01 14:46:18 sf profile exec to jwhi00v at sftec1 File PROFILE EXEC A1 sent to JWHI00V at SFTEC1 on 02/07/08 14:46:25 Ready; T=0.01/0.01 14:46:25 q rdr tcpip ORIGINID FILE CLASS RECORDS CPY HOLD USERFORM OPERFORM DEST KEEP MSG HMCCO00 0046 A PUN 0175 001 NONE STANDARD STANDARD OFF OFF OFF HMCCO00 0047 A PUN 0175 001 NONE STANDARD STANDARD OFF OFF OFF JWHIT00 0048 A PUN 0008 001 NONE STANDARD STANDARD OFF OFF OFF HMCCO00 0049 A PUN 0175 001 NONE STANDARD STANDARD OFF OFF OFF HMCCO00 0050 A PUN 0175 001 NONE STANDARD STANDARD OFF OFF OFF JWHIT00 0051 A PUN 0008 001 NONE STANDARD STANDARD OFF OFF OFF However display commands to JES2 on the z/OS side are sent (and responses delivered back) sucessfully. Can anyone give some pointers where to look. (Note ESM is RACF if it matters). Thanks Jerry Whitteridge Mainframe Engineering Safeway Inc 925 951 4184 [EMAIL PROTECTED] Email Firewall made the following annotations. -- Warning: All e-mail sent to this address will be received by the corporate e-mail system, and is subject to archival and review by someone other than the recipient. This e-mail may contain proprietary information and is intended only for the use of the intended recipient(s). If the reader of this message is not the intended recipient(s), you are notified that you have received this message in error and that any review, dissemination, distribution or copying of this message is strictly prohibited. If you have received this message in error, please notify the sender immediately. ==
Re: z/VM Installation from DVD
And if you move 191 minidisk from dumper machines to maintenance userid, and add a link to that minidisk as 191 RR to SYSDMPPR profile, you can define a pool of dumper machines, e.g.: USER DMP password 5M 25M G POOL LOW 0 HIGH 99 PROFILE SYSDMPPR On 08/02/2008, RPN01 [EMAIL PROTECTED] wrote: If you can get them to use a common profile, and possibly run a script or control file that matches the userid, then there'd really be no need for the writable 191 in each dumper virtual machine. You could place the 191 under either $VOLS$ or some other maintenance user, and have the profile just link it rr as well. We do this with all our Linux guests; they share a single 191 minidisk, and the profile accounts for any differences that may be required. -- .~.Robert P. Nix Mayo Foundation /V\RO-OE-5-55200 First Street SW /( )\ 507-284-0844 Rochester, MN 55905 ^^-^^ - In theory, theory and practice are the same, but in practice, theory and practice are different. On 2/6/08 3:25 PM, Aria Bamdad [EMAIL PROTECTED] wrote: On Wed, 6 Feb 2008 12:44:02 -0500 Hilliard, Chris said: I need a short lesson on backing up DASD volumes using DDR. snip Chris, Others have made good suggestions. Over time, you may have more DASD that you want to dump or use multiple virtual machines that you want to use simultaniously to dump from. Here is one way to address that: Define one dummy user that owns a full pack minidisk on each volume: USER $VOLS$ NOLOG ACCOUNT SYSTEM SYSTEM MDISK A00 3390 3339 VOLA00 RR MDISK A01 3390 3339 VOLA01 RR MDISK A02 3390 3339 VOLA02 RR MDISK A03 3390 3339 VOLA03 RR MDISK A04 3390 3339 VOLA04 RR Now define multiple dump users that do the dumping to tape. These users will have access to the dummy account disks above. To make it simpler, just define a user profile first then use that in each dump account: PROFILE SYSDMPPR * Profile for SYSDUMP users ACCOUNT SYSUTIL SYSTEM MACHINE XC IPL CMS PARM AUTOCR CONSOLE 009 3215 SPOOL 00C 2540 READER * SPOOL 00D 2540 PUNCH A SPOOL 00E 1403 A LINK MAINT 190 190 RR LINK MAINT 19E 19E RR LINK $VOLS$ A00 A00 RR LINK $VOLS$ A01 A01 RR LINK $VOLS$ A02 A02 RR LINK $VOLS$ A03 A03 RR LINK $VOLS$ A04 A04 RR Now each new dump account can be define using: USER SYSDUMP PASSWORD 5M 25M G INCLUDE SYSDMPPR MDISK 191 3390 zz W * USER SYSDUMP2 PASSWORD 5M 25M G INCLUDE SYSDMPPR MDISK 191 3390 zz W Now each dump account has a virtual address that matches the real address of a real DASD. You can then do a DDR with input statements that point to the virtual address. Remember to never make this LINK or MDISK statements in write mode. Everything should be in read only mode. Aria
Re: TN3270 sessions
Any final words of wisdom? Other than that SSL's dependency on certificates is an enormous PITA? 8-) Finding and deploying SSL-enabled clients will be your next big battle. Also, note that the SSLSERV code does NOT use OpenSSL as a base, so it doesn't know about any of the IBM crypto hardware. If you have lots of connect/disconnect style apps, that can hurt in terms of CPU (the initial exchange is the expensive part of a SSL handshake).
Re: TN3270 sessions
Any final words of wisdom? Steve Mitchell Sr Systems Software Specialist Blue Cross Blue Shield of Kansas (785) 291-8885 'There are no degrees of Honesty-you're either Honest or you're not! CONFIDENTIALITY NOTICE: This email message and any attachments are for the sole use of the intended recipient(s) and may contain proprietary, confidential, trade secret or privileged information. Any unauthorized review use, disclosure or distribution is prohibited and may be a violation of law. If you are not the intended recipient or a person responsible for delivering this message to an intended recipient, please contact the sender by reply email and destroy all copies of the original message.
Help Wanted
We're looking for two folks who can help with some PL/1 programming and some pipelines programming. At this time I don't know the scope of the projects. Please contact me off list if you are interested. If this is inappropriate here would someone please point me to the best place to post this? Thanks in advance, Peter
Re: RSCS and TCPNJE Question
I think you need to look at your system netid file. Do an Identify and see what's returned. That's what sendfile uses to determine the name of your network machine (where to send the file being sent). It should be the name of your rscs machine, but it looks as though it's returning tcpip. Mike Harding EDS VM National Capability 134 El Portal Place Clayton, Ca. USA 94517-1742 * phone: +01-925-672-4403 * Fax: +01-925-672-4403 * mailto:[EMAIL PROTECTED] * mailto:[EMAIL PROTECTED] (personal) Note: For 2008, I am off on Fridays with odd Julian dates and Mondays with even ones. From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Jerry Whitteridge Sent: Thursday, February 07, 2008 1:50 PM To: IBMVM@LISTSERV.UARK.EDU Subject: RSCS and TCPNJE Question Seems to be my week to be full of questions. We are setting up RSCS to talk to z/OS over a TCPNJE link. We have successfully sent files from z/OS to VM using xmit and they end up in the rdr queue of the user as expected. If we send from VM to z/OS we are finding the files are hung up in the TCPIP rdr queue. Ready; T=0.01/0.01 14:46:18 sf profile exec to jwhi00v at sftec1 File PROFILE EXEC A1 sent to JWHI00V at SFTEC1 on 02/07/08 14:46:25 Ready; T=0.01/0.01 14:46:25 q rdr tcpip ORIGINID FILE CLASS RECORDS CPY HOLD USERFORM OPERFORM DEST KEEP MSG HMCCO00 0046 A PUN 0175 001 NONE STANDARD STANDARD OFF OFF OFF HMCCO00 0047 A PUN 0175 001 NONE STANDARD STANDARD OFF OFF OFF JWHIT00 0048 A PUN 0008 001 NONE STANDARD STANDARD OFF OFF OFF HMCCO00 0049 A PUN 0175 001 NONE STANDARD STANDARD OFF OFF OFF HMCCO00 0050 A PUN 0175 001 NONE STANDARD STANDARD OFF OFF OFF JWHIT00 0051 A PUN 0008 001 NONE STANDARD STANDARD OFF OFF OFF However display commands to JES2 on the z/OS side are sent (and responses delivered back) sucessfully. Can anyone give some pointers where to look. (Note ESM is RACF if it matters). Thanks Jerry Whitteridge Mainframe Engineering Safeway Inc 925 951 4184 [EMAIL PROTECTED] Email Firewall made the following annotations. -- Warning: All e-mail sent to this address will be received by the corporate e-mail system, and is subject to archival and review by someone other than the recipient. This e-mail may contain proprietary information and is intended only for the use of the intended recipient(s). If the reader of this message is not the intended recipient(s), you are notified that you have received this message in error and that any review, dissemination, distribution or copying of this message is strictly prohibited. If you have received this message in error, please notify the sender immediately. ==
Re: TN3270 sessions
Not that I know of, but we put together an appliance to simplify the Linux part of the setup (free download after a small hoop to jump through, see http://sinenomine.net/vm/sslenabler), and the IBM documentation covers most of the other issues you actually care about. Most of the hard parts are getting the Linux system set up, so skip that part and just use the enabler system. Key points to understand that the VM implementation is a transparent wrapper around the basic service, so telnet, SMTP, etc don't really know it's there. In 5.3, some of the servers and clients have been modified to support awareness of TLS (transport layer security), but not all. The hardest thing will be dealing with certificates. X.509 is a *bear* to understand, but the important point is that you need a certificate to identify the system that matches the host name you use for that system. It's easier in terms of deployment to use one that is generated by an external certificate authority (look in your copy of Windows for the default companies), but not required. Get it, import it, and go through the configuration steps in the docs. After that, you can start the hunt for clients that implement requesting SSL-protected services.
Re: Help Wanted
You might try posting here http://www.velocity-software.com/jobs/ Regards, Richard Schuh -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Peter Carrier Sent: Thursday, February 07, 2008 3:26 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Help Wanted We're looking for two folks who can help with some PL/1 programming and = some pipelines programming. At this time I don't know the scope of the = projects. Please contact me off list if you are interested. If this is inappropriate here would someone please point me to the best = place to post this? Thanks in advance, Peter
Anybody using a multi-sysres concept for maintenance?
hi list, is there anybody out there using a multi-sysres-concept for activating maintenance? we are a mvs shop. so i would like to adopt some processes f or maintaining vm. normally we build up a sysres in our maintenance environment. after some testing we deploy this sysres to all systems/sysplexes and bring it up by ipling the image. parameters, ckpt, etc are separated from the sysres. i would like to share my thoughts and code to perform this process automa ted. regards, tobias.
RSCS and TCPNJE Question
Seems to be my week to be full of questions. We are setting up RSCS to talk to z/OS over a TCPNJE link. We have successfully sent files from z/OS to VM using xmit and they end up in the rdr queue of the user as expected. If we send from VM to z/OS we are finding the files are hung up in the TCPIP rdr queue. Ready; T=0.01/0.01 14:46:18 sf profile exec to jwhi00v at sftec1 File PROFILE EXEC A1 sent to JWHI00V at SFTEC1 on 02/07/08 14:46:25 Ready; T=0.01/0.01 14:46:25 q rdr tcpip ORIGINID FILE CLASS RECORDS CPY HOLD USERFORM OPERFORM DEST KEEP MSG HMCCO00 0046 A PUN 0175 001 NONE STANDARD STANDARD OFF OFF OFF HMCCO00 0047 A PUN 0175 001 NONE STANDARD STANDARD OFF OFF OFF JWHIT00 0048 A PUN 0008 001 NONE STANDARD STANDARD OFF OFF OFF HMCCO00 0049 A PUN 0175 001 NONE STANDARD STANDARD OFF OFF OFF HMCCO00 0050 A PUN 0175 001 NONE STANDARD STANDARD OFF OFF OFF JWHIT00 0051 A PUN 0008 001 NONE STANDARD STANDARD OFF OFF OFF However display commands to JES2 on the z/OS side are sent (and responses delivered back) sucessfully. Can anyone give some pointers where to look. (Note ESM is RACF if it matters). Thanks Jerry Whitteridge Mainframe Engineering Safeway Inc 925 951 4184 [EMAIL PROTECTED] Email Firewall made the following annotations. -- Warning: All e-mail sent to this address will be received by the corporate e-mail system, and is subject to archival and review by someone other than the recipient. This e-mail may contain proprietary information and is intended only for the use of the intended recipient(s). If the reader of this message is not the intended recipient(s), you are notified that you have received this message in error and that any review, dissemination, distribution or copying of this message is strictly prohibited. If you have received this message in error, please notify the sender immediately. ==
Re: FTP - how can I preserve date time?
Follow-up question: I have VMARC working well, but is there any way to decompress the archive file at the foreign (VM) site using an FTP subcommand? I use the CMS subcommand to issue local CMS commands, but without getting into a separa te REXEC procedure, is there any FTP subcommand equivalent to CMS for the remote site?
Re: TN3270 sessions
On Feb 7, 2008, at 3:24 PM, Steve Mitchell wrote: Any final words of wisdom? Neither a borrower nor a lender be. Objects in mirror are closer than they appear. The just regardeth the lives of his beasts, but the bowels of the wicked are cruel. Adam
Re: z/VM Installation from DVD
If you create a PROFILE EXEC on 191 that checks who's running and invokes another exec if it's a dumper machine, e.g.: if userid() /= 'DMPADMIN' then do 'CP SP CON DMPADMIN' 'EXEC' userid() 'CP LOGOFF' end and create userid EXEC for every dumper machine that you are actually going to use and that contains something simple (you are going to maintain this), e.g.: ' EXEC DDRCOPY $VOLS$ source_addr $VOLS$ target_addr' then you only need to write a DDRCOPY EXEC that will link source and target minidisks and invoke DDR program. From here you only need to maintain userid EXEC's from dump maintenance machine and autolog dumper machines to do the work. On 08/02/2008, Ivica Brodaric [EMAIL PROTECTED] wrote: And if you move 191 minidisk from dumper machines to maintenance userid, and add a link to that minidisk as 191 RR to SYSDMPPR profile, you can define a pool of dumper machines, e.g.: USER DMP password 5M 25M G POOL LOW 0 HIGH 99 PROFILE SYSDMPPR On 08/02/2008, RPN01 [EMAIL PROTECTED] wrote: If you can get them to use a common profile, and possibly run a script or control file that matches the userid, then there'd really be no need for the writable 191 in each dumper virtual machine. You could place the 191 under either $VOLS$ or some other maintenance user, and have the profile just link it rr as well. We do this with all our Linux guests; they share a single 191 minidisk, and the profile accounts for any differences that may be required. -- .~.Robert P. Nix Mayo Foundation /V\RO-OE-5-55200 First Street SW /( )\ 507-284-0844 Rochester, MN 55905 ^^-^^ - In theory, theory and practice are the same, but in practice, theory and practice are different. On 2/6/08 3:25 PM, Aria Bamdad [EMAIL PROTECTED] wrote: On Wed, 6 Feb 2008 12:44:02 -0500 Hilliard, Chris said: I need a short lesson on backing up DASD volumes using DDR. snip Chris, Others have made good suggestions. Over time, you may have more DASD that you want to dump or use multiple virtual machines that you want to use simultaniously to dump from. Here is one way to address that: Define one dummy user that owns a full pack minidisk on each volume: USER $VOLS$ NOLOG ACCOUNT SYSTEM SYSTEM MDISK A00 3390 3339 VOLA00 RR MDISK A01 3390 3339 VOLA01 RR MDISK A02 3390 3339 VOLA02 RR MDISK A03 3390 3339 VOLA03 RR MDISK A04 3390 3339 VOLA04 RR Now define multiple dump users that do the dumping to tape. These users will have access to the dummy account disks above. To make it simpler, just define a user profile first then use that in each dump account: PROFILE SYSDMPPR * Profile for SYSDUMP users ACCOUNT SYSUTIL SYSTEM MACHINE XC IPL CMS PARM AUTOCR CONSOLE 009 3215 SPOOL 00C 2540 READER * SPOOL 00D 2540 PUNCH A SPOOL 00E 1403 A LINK MAINT 190 190 RR LINK MAINT 19E 19E RR LINK $VOLS$ A00 A00 RR LINK $VOLS$ A01 A01 RR LINK $VOLS$ A02 A02 RR LINK $VOLS$ A03 A03 RR LINK $VOLS$ A04 A04 RR Now each new dump account can be define using: USER SYSDUMP PASSWORD 5M 25M G INCLUDE SYSDMPPR MDISK 191 3390 zz W * USER SYSDUMP2 PASSWORD 5M 25M G INCLUDE SYSDMPPR MDISK 191 3390 zz W Now each dump account has a virtual address that matches the real address of a real DASD. You can then do a DDR with input statements that point to the virtual address. Remember to never make this LINK or MDISK statements in write mode. Everything should be in read only mode. Aria
FTP - how can I preserve date time?
Is there any way to preserve file date time when I ftp from one z/V M to another z/VM?
Re: Anybody using a multi-sysres concept for maintenance?
I maintain a production sysres that is not a part of the maintenance system. This disk does not have to be replaced when the release or version of VM changes. It has the Parm disk, the object directory, the checkpoint and warm start areas on it. When I am ready to put a new CP in production, I simply rename the current CPLOAD MODULE that in on the PARM disk, calling it CPOLD, and copy the new module to the disk. It is always a good idea to keep the old nucleus, changing its name but retaining the filetype MODULE. That makes fallback easy, you simply IPL the previous nucleus. Regards, Richard Schuh -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Tobias Doerkes Sent: Thursday, February 07, 2008 6:31 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Anybody using a multi-sysres concept for maintenance? hi list, is there anybody out there using a multi-sysres-concept for activating maintenance? we are a mvs shop. so i would like to adopt some processes f= or maintaining vm. normally we build up a sysres in our maintenance environment. after some testing we deploy this sysres to all systems/sysplexes and bring it up by ipling the image. parameters, ckpt, = etc are separated from the sysres. i would like to share my thoughts and code to perform this process automa= ted. regards, tobias.
Re: RSCS and TCPNJE Question
On Thursday, 02/07/2008 at 06:28 EST, Harding, Mike [EMAIL PROTECTED] wrote: I think you need to look at your system netid file. Do an Identify and see what's returned. That's what sendfile uses to determine the name of your network machine (where to send the file being sent). It should be the name of your rscs machine, but it looks as though it's returning tcpip. To put a finer point on it, a SYSTEM NETID file must have at least one entry if you want to use RSCS: nn MYNODE RSCS nn is your CPU ID. MYNODE (whatever you decide it is) must be configured in RSCS as the local NJE node name. RSCS is the user ID of the RSCS virtual machine. This is where IDENTIFY gets its information. To wit: TCPMAINT AT MYNODE VIA RSCS 2008-02-07 18:35:28 EST THURSDAY Alan Altmark z/VM Development IBM Endicott
Re: FTP - how can I preserve date time?
On Thursday, 02/07/2008 at 04:52 EST, Bob Henry [EMAIL PROTECTED] wrote: Follow-up question: I have VMARC working well, but is there any way to decompress the archive file at the foreign (VM) site using an FTP subcommand? I use the CMS subcommand to issue local CMS commands, but without getting into a separate REXEC procedure, is there any FTP subcommand equivalent to CMS for the remote site? No, there is no way to persuade the FTP server at the far end to issue a command on your behalf. You could FTP it to the RDR of the target user who could be waiting for a RDR file to RECEIVE and unpack. Alan Altmark z/VM Development IBM Endicott
Re: RSCS and TCPNJE Question
And another finer point (a finer finer point?) Your CPU ID may not be what you think it is. Get the value from Q CPUID - columns 2 through 8. The LPAR number gets thrown in there. One of mine: q cpuid CPUID = FF06784A20948000 Ready; T=0.01/0.01 15:43:58 So I put 06784A in the system netid file. Don't forget to resave CMS after updating the file on both your MAINT 490 and 190 disks (if you don't put it on the 490 PUT2PROD will copy the wrong one to your 190 next time you do maintenance). Marcy Cortes This message may contain confidential and/or privileged information. If you are not the addressee or authorized to receive this for the addressee, you must not use, copy, disclose, or take any action based on this message or any information herein. If you have received this message in error, please advise the sender immediately by reply e-mail and delete this message. Thank you for your cooperation. -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Alan Altmark Sent: Thursday, February 07, 2008 3:37 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: [IBMVM] RSCS and TCPNJE Question On Thursday, 02/07/2008 at 06:28 EST, Harding, Mike [EMAIL PROTECTED] wrote: I think you need to look at your system netid file. Do an Identify and see what's returned. That's what sendfile uses to determine the name of your network machine (where to send the file being sent). It should be the name of your rscs machine, but it looks as though it's returning tcpip. To put a finer point on it, a SYSTEM NETID file must have at least one entry if you want to use RSCS: nn MYNODE RSCS nn is your CPU ID. MYNODE (whatever you decide it is) must be configured in RSCS as the local NJE node name. RSCS is the user ID of the RSCS virtual machine. This is where IDENTIFY gets its information. To wit: TCPMAINT AT MYNODE VIA RSCS 2008-02-07 18:35:28 EST THURSDAY Alan Altmark z/VM Development IBM Endicott
Re: RSCS and TCPNJE Question
Changed the system netid and now appears to be working Thanks Jerry Whitteridge Safeway Inc 925 951 4184 -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Alan Altmark Sent: Thursday, February 07, 2008 3:37 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: RSCS and TCPNJE Question On Thursday, 02/07/2008 at 06:28 EST, Harding, Mike [EMAIL PROTECTED] wrote: I think you need to look at your system netid file. Do an Identify and see what's returned. That's what sendfile uses to determine the name of your network machine (where to send the file being sent). It should be the name of your rscs machine, but it looks as though it's returning tcpip. To put a finer point on it, a SYSTEM NETID file must have at least one entry if you want to use RSCS: nn MYNODE RSCS nn is your CPU ID. MYNODE (whatever you decide it is) must be configured in RSCS as the local NJE node name. RSCS is the user ID of the RSCS virtual machine. This is where IDENTIFY gets its information. To wit: TCPMAINT AT MYNODE VIA RSCS 2008-02-07 18:35:28 EST THURSDAY Alan Altmark z/VM Development IBM Endicott Email Firewall made the following annotations. -- Warning: All e-mail sent to this address will be received by the corporate e-mail system, and is subject to archival and review by someone other than the recipient. This e-mail may contain proprietary information and is intended only for the use of the intended recipient(s). If the reader of this message is not the intended recipient(s), you are notified that you have received this message in error and that any review, dissemination, distribution or copying of this message is strictly prohibited. If you have received this message in error, please notify the sender immediately. ==
Re: How comments treated by DIRMAINT
In your CONFIG* DATADVH file for DIRMAINT, do you have SORT_BY_DEVICE_ADDRESS=YES? If so, you probably want to change it to no. I think the comments are moving when the directory entry is sorted. There are some other sorting options that can be specified - you may want to look at those. On Feb 7, 2008 11:30 AM, Horlick, Michael [EMAIL PROTECTED] wrote: Greetings, We have a situation that has been annoying us for quite awhile now with regards to DIRMAINT. When we add MDISKs for a user (especially for a VSE user) we usually add comment statements just before the new MDISK. No problem, except when we later GET the directory entry the comments are in the wrong place. Example: I created a dummy user: USER TEST1 X1X2X 32M 128M G 01300910 INCLUDE CMSSTD 01300910 LINK RSCS 0191 0192 RR 01300910 * THIS IS A COMMENT * MDISK 0191 3380 1548 3 ST160D MR ALL 01300910 When I do a DIRM FOR TEST1 GET, I get back in my reader: USER TEST1 X1X2X 32M 128M G 02071121 INCLUDE CMSSTD 02071121 * THIS IS A COMMENT 02071121 * MDISK 0191 3380 1548 3 ST160D MR ALL 02071121 LINK RSCS 0191 0192 RR 02071121 *DVHOPT LNK0 LOG1 RCM1 SMS0 NPW1 LNGAMENG PWC20080207 CRCæE Why and how does DIRMAINT shuffle the directory entry sent to it and is there a way to stop it from doing so? Thanks, Mike -- Bruce Hayden Linux on System z Advanced Technical Support Endicott, NY
