Re: DDR Minidisk Restore Problem.
And, you should be aware that LINK uid vdev vdev MW is ***very dangerous*** An MW link should never be used for CMS minidisks, use M or MR instead. Every unexperienced VMer uses MW... until he gets a corrupted minidisk. With MW you allow concurrent updates and as CMS keeps minidisk structures in storage (for ACCESSed mindisks that is), two users updating the same minidisk lead to corruption. One doesn't even need to perform an explicit write: this sequence can be enough to cause corruption. LINK uuu zzz MW ACCESS zzz Z RELEASE Z Because at RELEASE time, CMS writes the allocation map back to disk From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Howard Rifkind Sent: Monday, June 09, 2008 3:46 PM To: IBMVM@LISTSERV.UARK.EDU Subject: DDR Minidisk Restore Problem. Hello all, I'm having a problem restoring minidisks which I backed up using DDR. Backing them up all on one tape. I batched up a bunch of minidisks, a quick sample is below: SYSPRINT CONS PROMPTS OFF INPUT 12C4 3390 OUTPUT 181 3590 (LEAVE DUMP ALL INPUT 1191 3390 OUTPUT 181 3590 (LEAVE DUMP ALL INPUT 12A2 3390 OUTPUT 181 3590 (LEAVE DUMP ALL All are going to the same tape. The first mini at 12C4 is empty. But, this didn't create any error during the dump process and all the other DDR Dumps complete with problems. However during the restore: SYSPRINT CONS PROMPTS OFF INPUT 181 3590 OUTPUT 12C4 3390 RESTORE ALL INPUT 181 3590 OUTPUT 1191 3390 RESTORE ALL INPUT 181 3590 OUTPUT 12A2 3390 RESTORE ALL Just the first minidisk restores to 12C4, which by the way there isn't any records. Then I get an endless stream of CCW errors on the 181 tape. The minidisks to be restored are all R/W as an example indicates below: DASD 111F 3390 VPDPS1 R/W 8 CYL ON DASD 04B8 SUBCHANNEL = 0039 DASD 1191 3390 VPDPS1 R/W 9 CYL ON DASD 04B8 SUBCHANNEL = 002C DASD 129D 3390 VPDPS1 R/W 9 CYL ON DASD 04B8 SUBCHANNEL = 0032 To get to the first minidisk I did a: CP LINK USERA 11F 111F MW Links are all O.K. no errors on any of the links. Any thoughts on this would be appreciated. Thanks. -- Kris Buelens, IBM Belgium, VM customer support
Re: How to stop PIPE STARMON
Hello Kris, You are right. I had just changed an existing rexx that was constructed this way. Or rather, I had put a READTO into the rexx just to be able to be able to process the input before it enters a pipeline in the rexx. And indeed it would be better to PEEKTO/READTO or even more so, to check returncodes. I don't mind to delay records here, the stage writes records to disk and doesn't output them to an output stream. But the original, as well as my new one use 'CALLPIPE *:' rather than 'READTO input ; CALLPIPE VAR input,'. So in this case the input is not checked. The jeremy stage did note that inside the rexx stage a callpipe specs was in wait.locate and a lookup wa s in wait.locate but nothing about the returncode of the READTO command. An d I didn't trace the rexx itself in that detail so I didn't notice the rc 1 2 of READTO. I did now and indeed the return code is 12. Just a test with CALLPIPE *: reveals that the CALLPIPE do not end in a returncode so even when the input stream has severed the callpipe *: doesn't notice it and doesn't set the pipeline returncode. Instead it continues processing. So now, with the connector in the callpipe I do need to check my input stream before the callpipe connects to it. Regards, Berry. On Mon, 9 Jun 2008 15:08:05 +0200, Kris Buelens [EMAIL PROTECTED] wrote: 'STREAMSTATE INPUT' should not be required here... My guess is that process has set the returncode to 0, so your do-loop condition check is not testing the return code of READTO. The pseudocode also suggests your stage does delay the record. You should code it like this: 'PEEKTO INPUT' /* Get first record, without consuming it */ Do while rc=0 process 'READTO' /* consume the handled record */ 'PEEKTO INPUT' /* get next record or stop */ end
Re: DDR Minidisk Restore Problem.
Thanks Kris, Yes, I realize this.nbsp; However being this is being done on a second level system and I know that no one else is using these minidisks except me, we just let it go with MW...never in the prod system. Thanks again. --- On Tue, 6/10/08, Kris Buelens lt;[EMAIL PROTECTED]gt; wrote: From: Kris Buelens lt;[EMAIL PROTECTED]gt; Subject: Re: DDR Minidisk Restore Problem. To: IBMVM@LISTSERV.UARK.EDU Date: Tuesday, June 10, 2008, 2:10 AM And, you should be aware that LINK uid vdev vdev MW is ***very dangerous*** An MW link should never be used for CMS minidisks, use M or MR instead. Every unexperienced VMer uses MW... until he gets a corrupted minidisk. With MW you allow concurrent updates and as CMS keeps minidisk structures in storage (for ACCESSed mindisks that is), two users updating the same minidisk lead to corruption. One doesn't even need to perform an explicit write: this sequence can be enough to cause corruption. LINK uuu zzz MW ACCESS zzz Z RELEASE Z Because at RELEASE time, CMS writes the allocation map back to disk gt; gt; gt; From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On gt; Behalf Of Howard Rifkind gt; Sent: Monday, June 09, 2008 3:46 PM gt; To: IBMVM@LISTSERV.UARK.EDU gt; Subject: DDR Minidisk Restore Problem. gt; gt; gt; gt; Hello all, gt; gt; gt; gt; I'm having a problem restoring minidisks which I backed up using DDR. gt; gt; Backing them up all on one tape. gt; gt; gt; gt; I batched up a bunch of minidisks, a quick sample is below: gt; gt; gt; gt; SYSPRINT CONS gt; gt; PROMPTS OFF gt; gt; INPUT 12C4 3390 gt; gt; OUTPUT 181 3590 (LEAVE gt; gt; DUMP ALL gt; gt; INPUT 1191 3390 gt; gt; OUTPUT 181 3590 (LEAVE gt; gt; DUMP ALL gt; gt; INPUT 12A2 3390 gt; gt; OUTPUT 181 3590 (LEAVE gt; gt; DUMP ALL gt; gt; gt; gt; All are going to the same tape. The first mini at 12C4 is empty. But, this gt; didn't create any error during the dump process and all the other DDR Dumps gt; complete with problems. gt; gt; gt; gt; However during the restore: gt; gt; gt; gt; SYSPRINT CONS gt; gt; PROMPTS OFF gt; gt; INPUT 181 3590 gt; gt; OUTPUT 12C4 3390 gt; gt; RESTORE ALL gt; gt; INPUT 181 3590 gt; gt; OUTPUT 1191 3390 gt; gt; RESTORE ALL gt; gt; INPUT 181 3590 gt; gt; OUTPUT 12A2 3390 gt; gt; RESTORE ALL gt; gt; gt; gt; Just the first minidisk restores to 12C4, which by the way there isn't any gt; records. gt; gt; gt; gt; Then I get an endless stream of CCW errors on the 181 tape. gt; gt; gt; gt; The minidisks to be restored are all R/W as an example indicates below: gt; gt; DASD 111F 3390 VPDPS1 R/W 8 CYL ON DASD 04B8 SUBCHANNEL = 0039 gt; gt; DASD 1191 3390 VPDPS1 R/W 9 CYL ON DASD 04B8 SUBCHANNEL = 002C gt; gt; DASD 129D 3390 VPDPS1 R/W 9 CYL ON DASD 04B8 SUBCHANNEL = 0032 gt; gt; gt; gt; To get to the first minidisk I did a: gt; gt; gt; gt; CP LINK USERA 11F 111F MW gt; gt; gt; gt; Links are all O.K. no errors on any of the links. gt; gt; gt; gt; Any thoughts on this would be appreciated. gt; gt; gt; gt; Thanks. gt; -- Kris Buelens, IBM Belgium, VM customer support
Re: HOWTO: Allow access without authentication from web interface to z/VM Performance Toolkit with RACF z/VM 5.3?
Hi Sam, Was hoping someone would have a better idea by now or something changed in PerfKit since FL510VM63706 or We don't use Toolkit anymore, but the identify was fronted by some simple HTML in the module. It wasn't terribly difficult to code a zap and change the behavior. Doing so, you will need to build a new zap for each new release, and of course, you'd never contact the software vendor about anything odd coming out of the zap'd module.. We set up a FCONRMT PASSFILE with one entry, e.g. PASSALL PASSWORD In FCONX $PROFILE: FC MONCOLL WEBSERV ON TCPIP TCPIP 8081 IDTEST FILE FCONRMT PASSFILE A2 and zap'd the PERFKIT MODULE to: Chg wait 1st panel fr 3 to 1 sec Remove userid/password prompt Store userid/password in module Change Submit button to Continue Default to 40 50 32 24 scr lines It was 77 VER/REP/LOG, NAME and END lines with 93 comment lines to keep me on track. If this doesn't violate some software fine print, (we'll hear shortly if it does..X-8^) I could send you off list my last zap; understanding, that it was specific to FL510VM63706 (nearly 3 years old) and things move around. There's got to be a better way... On Thu, Jun 5, 2008 at 7:22 PM, Knutson, Sam [EMAIL PROTECTED] wrote: The Performance Toolkit documentation talks about identify yourself as a mandatory step. Is there any way to accomplish this or has anyone already requested this as an enhancement? Gregg Reed No Plan, survives execution
IP printing from VM
Guys, This is probably a stupid question, but it is getting urgent and I don't have any more time to play with it. We are trying to print to IP printers for the first time. This looks like it should have been a straight forward change; CMS users used to send output to type SNA3270P printers and now they want to send it to IP attached printers instead. There seems to be many different ways of specifying the printer name and IP address of the target printers and I chose what looks like the simplest. In the RSCS config I have coded - LINKDEFINE LPR1 TYPE LPR AST FORM * PARM LPR1 EXIT=LPRXONE EP='C=LPR' ITO=0 PR=QEEPLE22 US=YES HOST=10.120.72.245 LINKDEFINE LPR2 TYPE LPR AST FORM * PARM LPR2 EXIT=LPRXONE EP='C=LPR' ITO=0 PR=QEEPLE29 US=YES HOST=10.120.73.222 I am using the LPRXONE exit supplied in RSCSEXIT LOADLIB and the RSCSLPR CONFIG supplied with TCP/IP, because I don't (think I) have any additional requirements.. RSCS starts the printer links OK and then immediately deactivates them, presumably because I have specified ITO=0. So far, so good (?), but when I try to send a print file to them using LPR exec, RSCS rejects the file because it has an invalid destination address. I get the same result whether I use the printer name or the IP (host) address. LPR exec insists on using the default linkid (LPR) coded in the exec. I'm obviously missing something in the configuration of these things. Do I *need* a nicknames file ? I thought that these were one of the many options, rather than compulsory. Regards Ian Jones UKOSG - Infrastructure Specialist EDS ITO - UK mainframe Software Services 4 Roundwood Avenue Uxbridge, UB11 1BQ Phone: +44 (0)7790 492056 mailto:[EMAIL PROTECTED] http://www.mainframe.uk.eds.com This email contains information which is confidential and may be privileged. Unless you are the intended addressee (or authorised to receive for the addressee) you may not use, forward, copy or disclose to anyone this email or any information contained in this email. If you have received this email in error, please advise the sender by reply email immediately and delete this email. Electronic Data Systems Ltd Registered Office:, Lansdowne House, Berkeley Square, London W1J 6ER Registered in England no: 53419 VAT number: 432 99 5915
Re: IP printing from VM
The most obvious question is, does RSCS have routing to these printers? Also mine has a PRINTER= parm that I do not see on yours. Mine * LINKDEF XWC80 TYPE LPR QUEUE FIFO FORM * AST PARM XWC80 EXIT=LPRXONE # HOST=199.44.nnn.nn PRINTER=IP_199.44.nnn.nn # EPARM='S=NO SUFFIX=1B45 P=1B266C38441B287330501B266B3157' On Tue, Jun 10, 2008 at 8:26 AM, Jones, Ian H [EMAIL PROTECTED] wrote: Guys, This is probably a stupid question, but it is getting urgent and I don't have any more time to play with it. We are trying to print to IP printers for the first time. This looks like it should have been a straight forward change; CMS users used to send output to type SNA3270P printers and now they want to send it to IP attached printers instead. There seems to be many different ways of specifying the printer name and IP address of the target printers and I chose what looks like the simplest. In the RSCS config I have coded - LINKDEFINE LPR1 TYPE LPR AST FORM * PARM LPR1 EXIT=LPRXONE EP='C=LPR' ITO=0 PR=QEEPLE22 US=YES HOST= 10.120.72.245 LINKDEFINE LPR2 TYPE LPR AST FORM * PARM LPR2 EXIT=LPRXONE EP='C=LPR' ITO=0 PR=QEEPLE29 US=YES HOST= 10.120.73.222 I am using the LPRXONE exit supplied in RSCSEXIT LOADLIB and the RSCSLPR CONFIG supplied with TCP/IP, because I don't (think I) have any additional requirements.. RSCS starts the printer links OK and then immediately deactivates them, presumably because I have specified ITO=0. So far, so good (?), but when I try to send a print file to them using LPR exec, RSCS rejects the file because it has an invalid destination address. I get the same result whether I use the printer name or the IP (host) address. LPR exec insists on using the default linkid (LPR) coded in the exec. I'm obviously missing something in the configuration of these things. Do I *need* a nicknames file ? I thought that these were one of the many options, rather than compulsory. Regards Ian Jones UKOSG - Infrastructure Specialist EDS ITO - UK mainframe Software Services 4 Roundwood Avenue Uxbridge, UB11 1BQ Phone: +44 (0)7790 492056 *mailto:[EMAIL PROTECTED] [EMAIL PROTECTED] *http://www.mainframe.uk.eds.com* http://www.mainframe.uk.eds.com This email contains information which is confidential and may be privileged. Unless you are the intended addressee (or authorised to receive for the addressee) you may not use, forward, copy or disclose to anyone this email or any information contained in this email. If you have received this email in error, please advise the sender by reply email immediately and delete this email. Electronic Data Systems Ltd Registered Office:, Lansdowne House, Berkeley Square, London W1J 6ER Registered in England no: 53419 VAT number: 432 99 5915 -- Mark Pace Mainline Information Systems
Re: IP printing from VM
Ian - I've never been satisfied with the LPR command in CMS so I use these commands: cp spool print rscs cp tag dev prt [printer name] I have an EXEC that issues thes commands under the covers. On a FILELIST screen the users types:SPRT / [printer name] /Fran Hensler at Slippery Rock University of Pennsylvania USA for 45 years [EMAIL PROTECTED] +1.724.738.2153 Yes, Virginia, there is a Slippery Rock On Tue, 10 Jun 2008 14:26:04 +0200 Jones, Ian H said: Guys, This is probably a stupid question, but it is getting urgent and I don't have any more time to play with it. We are trying to print to IP printers for the first time. This looks like it should have been a straight forward change; CMS users used to send output to type SNA3270P printers and now they want to send it to IP attached printers instead. There seems to be many different ways of specifying the printer name and IP address of the target printers and I chose what looks like the simplest. In the RSCS config I have coded - LINKDEFINE LPR1 TYPE LPR AST FORM * PARM LPR1 EXIT=LPRXONE EP='C=LPR' ITO=0 PR=QEEPLE22 US=YES HOST=10.120.72.245 LINKDEFINE LPR2 TYPE LPR AST FORM * PARM LPR2 EXIT=LPRXONE EP='C=LPR' ITO=0 PR=QEEPLE29 US=YES HOST=10.120.73.222 I am using the LPRXONE exit supplied in RSCSEXIT LOADLIB and the RSCSLPR CONFIG supplied with TCP/IP, because I don't (think I) have any additional requirements.. RSCS starts the printer links OK and then immediately deactivates them, presumably because I have specified ITO=0. So far, so good (?), but when I try to send a print file to them using LPR exec, RSCS rejects the file because it has an invalid destination address. I get the same result whether I use the printer name or the IP (host) address. LPR exec insists on using the default linkid (LPR) coded in the exec. I'm obviously missing something in the configuration of these things. Do I *need* a nicknames file ? I thought that these were one of the many options, rather than compulsory. Regards Ian Jones UKOSG - Infrastructure Specialist EDS ITO - UK mainframe Software Services 4 Roundwood Avenue Uxbridge, UB11 1BQ Phone: +44 (0)7790 492056 mailto:[EMAIL PROTECTED] http://www.mainframe.uk.eds.com This email contains information which is confidential and may be privileged. Unless you are the intended addressee (or authorised to receive for the addressee) you may not use, forward, copy or disclose to anyone this email or any information contained in this email. If you have received this email in error, please advise the sender by reply email immediately and delete this email. Electronic Data Systems Ltd Registered Office:, Lansdowne House, Berkeley Square, London W1J 6ER Registered in England no: 53419 VAT number: 432 99 5915 Received: from *unknown [130.184.5.241] by ZVM.SRU.EDU (IBM VM SMTP Level 3A0) via TCP with ESMTP ; Tue, 10 Jun 2008 08:26:40 EDT X-Warning: ZVM.SRU.EDU: Host *unknown claimed to be listserv.uark.edu
Re: How to stop PIPE STARMON
I thought the eofreport subcommand was created to catch end of file on output? Or is there a reason not to use that? I've used this skeleton written by Steve Hayes as a starting point to create simple filters for quite awhile: /**/ /* NULL REXX: Skeleton stage that does not delay the record */ /* Steve Hayes 1997-03-20 */ /**/ trace o /* in case of stall */ signal on novalue/* No uninitialised varibles */ signal on failure/* Allow RC 0 for a moment */ 'MAXSTREAM INPUT'/* Check only one stream */ signal on error /* now stop for any error*/ if RC 0 then 'ISSUEMSG 264 PIPSJH'/* too many streams: crash */ 'EOFREPORT ALL' /* propagate EoF back*/ do forever /* until EOF */ 'PEEKTO record'/* read from primary input */ 'OUTPUT' record/* write to primary output */ 'READTO' /* release input */ end /* next record */ failure: error: exit (RC * (RC 12 RC 8)) /* RC = 0 if EOF */ On Mon, Jun 9, 2008 at 3:38 PM, Rob van der Heij [EMAIL PROTECTED] wrote: On Mon, Jun 9, 2008 at 3:08 PM, Kris Buelens [EMAIL PROTECTED] wrote: 'STREAMSTATE INPUT' should not be required here... In most cases the suitable approach is to use signal on error do forever peekto .. process.. readto streamstate output end error: return rc * ( rc 12 ) The 'streamstate output' is something that I recently started to ensure backward propagation of eof into the stage (when the pipeline on my output has terminated, this also terminates the rexx stage). -- Bruce Hayden Linux on System z Advanced Technical Support IBM, Endicott, NY
Re: DDR Minidisk Restore Problem.
Howard, Is there I typo in this: The minidisks to be restored are all R/W as an example indicates below: DASD 111F 3390 VPDPS1 R/W 8 CYL ON DASD 04B8 SUBCHANNEL = 0039 DASD 1191 3390 VPDPS1 R/W 9 CYL ON DASD 04B8 SUBCHANNEL = 002C DASD 129D 3390 VPDPS1 R/W 9 CYL ON DASD 04B8 SUBCHANNEL = 0032 To get to the first minidisk I did a: CP LINK USERA 11F 111F MW You are showing that the real address is 111F but show the link as 11F. Just an observation. Loren Charnley, Jr. IT Systems Engineer FAMILY DOLLAR (704) 847-6961 Ext. 3327 (704) 814-3327 [EMAIL PROTECTED] -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Kris Buelens Sent: Tuesday, June 10, 2008 2:11 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: DDR Minidisk Restore Problem. And, you should be aware that LINK uid vdev vdev MW is ***very dangerous*** An MW link should never be used for CMS minidisks, use M or MR instead. Every unexperienced VMer uses MW... until he gets a corrupted minidisk. With MW you allow concurrent updates and as CMS keeps minidisk structures in storage (for ACCESSed mindisks that is), two users updating the same minidisk lead to corruption. One doesn't even need to perform an explicit write: this sequence can be enough to cause corruption. LINK uuu zzz MW ACCESS zzz Z RELEASE Z Because at RELEASE time, CMS writes the allocation map back to disk From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Howard Rifkind Sent: Monday, June 09, 2008 3:46 PM To: IBMVM@LISTSERV.UARK.EDU Subject: DDR Minidisk Restore Problem. Hello all, I'm having a problem restoring minidisks which I backed up using DDR. Backing them up all on one tape. I batched up a bunch of minidisks, a quick sample is below: SYSPRINT CONS PROMPTS OFF INPUT 12C4 3390 OUTPUT 181 3590 (LEAVE DUMP ALL INPUT 1191 3390 OUTPUT 181 3590 (LEAVE DUMP ALL INPUT 12A2 3390 OUTPUT 181 3590 (LEAVE DUMP ALL All are going to the same tape. The first mini at 12C4 is empty. But, this didn't create any error during the dump process and all the other DDR Dumps complete with problems. However during the restore: SYSPRINT CONS PROMPTS OFF INPUT 181 3590 OUTPUT 12C4 3390 RESTORE ALL INPUT 181 3590 OUTPUT 1191 3390 RESTORE ALL INPUT 181 3590 OUTPUT 12A2 3390 RESTORE ALL Just the first minidisk restores to 12C4, which by the way there isn't any records. Then I get an endless stream of CCW errors on the 181 tape. The minidisks to be restored are all R/W as an example indicates below: DASD 111F 3390 VPDPS1 R/W 8 CYL ON DASD 04B8 SUBCHANNEL = 0039 DASD 1191 3390 VPDPS1 R/W 9 CYL ON DASD 04B8 SUBCHANNEL = 002C DASD 129D 3390 VPDPS1 R/W 9 CYL ON DASD 04B8 SUBCHANNEL = 0032 To get to the first minidisk I did a: CP LINK USERA 11F 111F MW Links are all O.K. no errors on any of the links. Any thoughts on this would be appreciated. Thanks. -- Kris Buelens, IBM Belgium, VM customer support NOTE: This e-mail message contains PRIVILEGED and CONFIDENTIAL information and is intended only for the use of the specific individual or individuals to which it is addressed. If you are not an intended recipient of this e-mail, you are hereby notified that any unauthorized use, dissemination or copying of this e-mail or the information contained herein or attached hereto is strictly prohibited. If you receive this e-mail in error, notify the person named above by reply e-mail and please delete it. Thank you.
Re: IP printing from VM
Coding the TAG and SPOOL commands rather than using LPR EXEC has fixed the immediate problem. Thank you I hit a socket problem - DMTLPR083E Socket error on link XRXSTD request=Bind DMTLPR083E return code=- 1 error number=13 (Permission denied) but I found an answer in the archives, and I have specified SECURE=NO in the EPARM field. I'm not sure why the name of the link would need to be different to the printer name specified in the PARM statement, so I have changed that. And after a lifetime of using RSCS I have been shown that there is a continuation character for PARM statements ;-) Regards Ian Jones UKOSG - Infrastructure Specialist EDS ITO - UK mainframe Software Services 4 Roundwood Avenue Uxbridge, UB11 1BQ Phone: +44 (0)7790 492056 mailto:[EMAIL PROTECTED] http://www.mainframe.uk.eds.com http://www.mainframe.uk.eds.com/ This email contains information which is confidential and may be privileged. Unless you are the intended addressee (or authorised to receive for the addressee) you may not use, forward, copy or disclose to anyone this email or any information contained in this email. If you have received this email in error, please advise the sender by reply email immediately and delete this email. Electronic Data Systems Ltd Registered Office:, Lansdowne House, Berkeley Square, London W1J 6ER Registered in England no: 53419 VAT number: 432 99 5915
Re: IP printing from VM
Coding the TAG and SPOOL commands rather than using LPR EXEC has fixed the immediate problem. Thank you And works better all around. I'm not sure why the name of the link would need to be different to the printer name specified in the PARM statement, so I have changed that. Simple answer is that RSCS interprets the link name, and the remote LPD interprets the printer name field. There's no connection between the two naming spaces. If the remote end doesn't get a name it recognizes, then printing won't happen.
Re: CP Directory, profiles, and COMMAND: Could someone verify this for me...
It works fine for me... z/VM Version 5 Release 3.0, service level 0703 (64-bit -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] Behalf Of RPN01 Sent: Monday, June 09, 2008 3:56 PM To: IBMVM@LISTSERV.UARK.EDU Subject: CP Directory, profiles, and COMMAND: Could someone verify this for me... We started with vSwitch grants in SYSTEM CONFIG, then moved to reading lists of Linux guests and dynamically granting them to the vSwitch. We then switched (no pun inteneded) to COMMAND statements in each CP Directory to grant the vSwitch and couple the NIC to the vSwitch. This seemed to be the most consistent and least intrusive method of emulating an open vSwitch, and reduced the need for adding users or config lines to other files. Except for one slight drawback: If the two COMMAND lines are in the user's CP Directory entry, then the grant is done, followed by the couple, and everything is happy. If the same two COMMAND lines are in a profile, included in the user's CP Directory entry, then it appears that either the commands are executed in the wrong order, the grant never gets executed, the grant executes but with the wrong or no userid, or the system doesn't allow the grant to complete before attempting the couple. In any case, the user does not get a working NIC coupled to the vSwitch. Could someone verify this behavior on their system? I'm getting ready to open an ETR with IBM, but I'd like verification that I'm not overlooking something else... The minimal entries needed to recreate this are: TSTDFLT DIRECT: PROFILE TSTDFLT COMMAND SET VSWITCH VSWG GRANT USERID COMMAND COUPLE 8200 TO SYSTEM VSWG * MACH XA CONSOLE 0009 3215 T NICDEF 8200 TYPE QDIO LAN SYSTEM VSWG - TESTUSER DIRECT: USER TESTUSER 1G 2G G INCLUDE TSTDFLT * * * COMMAND SET VSWITCH VSWG GRANT USERID * COMMAND COUPLE 8200 TO SYSTEM VSWG * * CONSOLE 0009 3215 T * NICDEF 8200 TYPE QDIO LAN SYSTEM VSWG Try them this way; The user seems to never get granted. Then comment out the INCLUDE and uncomment the other four lines. The user gets granted the first attempt. Any comments or ideas? -- Robert P. Nix Mayo Foundation.~. RO-OE-5-55 200 First Street SW/V\ 507-284-0844 Rochester, MN 55905 /( )\ -^^-^^ In theory, theory and practice are the same, but in practice, theory and practice are different.
Re: IP printing from VM
OK, I'll bite. I was hoping someone else would ask. How do you code a continuation on a TAG stmt and is it only for the RSCS use of TAG. I looked in RSCS HELP as well as CP HELP and see no mention of continuation. Jim (never too old to learn) Bohnsack Jones, Ian H wrote: And after a lifetime of using RSCS I have been shown that there is a continuation character for PARM statements ;-) =20 Regards=20 Ian Jones=20 UKOSG - Infrastructure Specialist=20 EDS=20 ITO - UK mainframe Software Services=20 4 Roundwood Avenue=20 Uxbridge, UB11 1BQ=20 =20 Phone: +44 (0)7790 492056=20 mailto:[EMAIL PROTECTED] http://www.mainframe.uk.eds.com http://www.mainframe.uk.eds.com/ =20 This email contains information which is confidential and may be privileged. Unless you are the intended addressee (or authorised to receive for the addressee) you may not use, forward, copy or disclose to anyone this email or any information contained in this email. If you have received this email in error, please advise the sender by reply email immediately and delete this email. Electronic Data Systems Ltd=20 Registered Office:, Lansdowne House, Berkeley Square, London W1J 6ER=20 Registered in England no: 53419=20 VAT number: 432 99 5915=20 -- Jim Bohnsack Cornell University (607) 255-1760 [EMAIL PROTECTED]
Re: How to stop PIPE STARMON
I don't think that EOFREPOART ALL will make a CALLPIPE end with a non-zero return code. It makes READTO/PEEKTO give a non-zero RC also when the output is at EOF. 2008/6/10 Bruce Hayden [EMAIL PROTECTED]: I thought the eofreport subcommand was created to catch end of file on output? Or is there a reason not to use that? I've used this skeleton written by Steve Hayes as a starting point to create simple filters for quite awhile: /**/ /* NULL REXX: Skeleton stage that does not delay the record */ /* Steve Hayes 1997-03-20 */ /**/ trace o /* in case of stall */ signal on novalue/* No uninitialised varibles */ signal on failure/* Allow RC 0 for a moment */ 'MAXSTREAM INPUT'/* Check only one stream */ signal on error /* now stop for any error*/ if RC 0 then 'ISSUEMSG 264 PIPSJH'/* too many streams: crash */ 'EOFREPORT ALL' /* propagate EoF back*/ do forever /* until EOF */ 'PEEKTO record'/* read from primary input */ 'OUTPUT' record/* write to primary output */ 'READTO' /* release input */ end /* next record */ failure: error: exit (RC * (RC 12 RC 8)) /* RC = 0 if EOF */ On Mon, Jun 9, 2008 at 3:38 PM, Rob van der Heij [EMAIL PROTECTED] wrote: On Mon, Jun 9, 2008 at 3:08 PM, Kris Buelens [EMAIL PROTECTED] wrote: 'STREAMSTATE INPUT' should not be required here... In most cases the suitable approach is to use signal on error do forever peekto .. process.. readto streamstate output end error: return rc * ( rc 12 ) The 'streamstate output' is something that I recently started to ensure backward propagation of eof into the stage (when the pipeline on my output has terminated, this also terminates the rexx stage). -- Bruce Hayden Linux on System z Advanced Technical Support IBM, Endicott, NY -- Kris Buelens, IBM Belgium, VM customer support
Re: DDR Minidisk Restore Problem.
Yes...a finger check... LOREN CHARNLEY [EMAIL PROTECTED] 6/10/2008 9:24 AM Howard, Is there I typo in this: The minidisks to be restored are all R/W as an example indicates below: DASD 111F 3390 VPDPS1 R/W 8 CYL ON DASD 04B8 SUBCHANNEL = 0039 DASD 1191 3390 VPDPS1 R/W 9 CYL ON DASD 04B8 SUBCHANNEL = 002C DASD 129D 3390 VPDPS1 R/W 9 CYL ON DASD 04B8 SUBCHANNEL = 0032 To get to the first minidisk I did a: CP LINK USERA 11F 111F MW You are showing that the real address is 111F but show the link as 11F. Just an observation. Loren Charnley, Jr. IT Systems Engineer FAMILY DOLLAR (704) 847-6961 Ext. 3327 (704) 814-3327 [EMAIL PROTECTED] -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Kris Buelens Sent: Tuesday, June 10, 2008 2:11 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: DDR Minidisk Restore Problem. And, you should be aware that LINK uid vdev vdev MW is ***very dangerous*** An MW link should never be used for CMS minidisks, use M or MR instead. Every unexperienced VMer uses MW... until he gets a corrupted minidisk. With MW you allow concurrent updates and as CMS keeps minidisk structures in storage (for ACCESSed mindisks that is), two users updating the same minidisk lead to corruption. One doesn't even need to perform an explicit write: this sequence can be enough to cause corruption. LINK uuu zzz MW ACCESS zzz Z RELEASE Z Because at RELEASE time, CMS writes the allocation map back to disk From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Howard Rifkind Sent: Monday, June 09, 2008 3:46 PM To: IBMVM@LISTSERV.UARK.EDU Subject: DDR Minidisk Restore Problem. Hello all, I'm having a problem restoring minidisks which I backed up using DDR. Backing them up all on one tape. I batched up a bunch of minidisks, a quick sample is below: SYSPRINT CONS PROMPTS OFF INPUT 12C4 3390 OUTPUT 181 3590 (LEAVE DUMP ALL INPUT 1191 3390 OUTPUT 181 3590 (LEAVE DUMP ALL INPUT 12A2 3390 OUTPUT 181 3590 (LEAVE DUMP ALL All are going to the same tape. The first mini at 12C4 is empty. But, this didn't create any error during the dump process and all the other DDR Dumps complete with problems. However during the restore: SYSPRINT CONS PROMPTS OFF INPUT 181 3590 OUTPUT 12C4 3390 RESTORE ALL INPUT 181 3590 OUTPUT 1191 3390 RESTORE ALL INPUT 181 3590 OUTPUT 12A2 3390 RESTORE ALL Just the first minidisk restores to 12C4, which by the way there isn't any records. Then I get an endless stream of CCW errors on the 181 tape. The minidisks to be restored are all R/W as an example indicates below: DASD 111F 3390 VPDPS1 R/W 8 CYL ON DASD 04B8 SUBCHANNEL = 0039 DASD 1191 3390 VPDPS1 R/W 9 CYL ON DASD 04B8 SUBCHANNEL = 002C DASD 129D 3390 VPDPS1 R/W 9 CYL ON DASD 04B8 SUBCHANNEL = 0032 To get to the first minidisk I did a: CP LINK USERA 11F 111F MW Links are all O.K. no errors on any of the links. Any thoughts on this would be appreciated. Thanks. -- Kris Buelens, IBM Belgium, VM customer support NOTE: This e-mail message contains PRIVILEGED and CONFIDENTIAL information and is intended only for the use of the specific individual or individuals to which it is addressed. If you are not an intended recipient of this e-mail, you are hereby notified that any unauthorized use, dissemination or copying of this e-mail or the information contained herein or attached hereto is strictly prohibited. If you receive this e-mail in error, notify the person named above by reply e-mail and please delete it. Thank you. _ LEGAL NOTICE Unless expressly stated otherwise, this message is confidential and may be privileged. It is intended for the addressee(s) only. Access to this E-mail by anyone else is unauthorized. If you are not an addressee, any disclosure or copying of the contents of this E-mail or any action taken (or not taken) in reliance on it is unauthorized and may be unlawful. If you are not an addressee, please inform the sender immediately, then delete this message and empty from your trash.
Re: SFS Control Data Backup
No, there isn't a way to specify the threshold. It will start automatically when the log is 80% full. You could probably write some kind of tool to use the output of QUERY FILEPOOL LOG to detect a threshold and send a BACKUP request to the file pool server machine. Sue Farrell
Re: SFS Control Data Backup
Thanks. That is what I concluded due to the lack of documentation to the contrary. Regards, Richard Schuh -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Sue Farrell Sent: Tuesday, June 10, 2008 8:31 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: SFS Control Data Backup No, there isn't a way to specify the threshold. It will start automatically when the log is 80% full. You could probably write some kind of tool to use the output of QUERY FILEPOOL LOG to detect a threshold and send a BACKUP request to the file = pool server machine. Sue Farrell
Re: CP Directory, profiles, and COMMAND: Could someone verify this for me...
On Monday, 06/09/2008 at 05:49 EDT, RPN01 [EMAIL PROTECTED] wrote: We started with vSwitch grants in SYSTEM CONFIG, then moved to reading lists of Linux guests and dynamically granting them to the vSwitch. We then switched (no pun inteneded) to COMMAND statements in each CP Directory to grant the vSwitch and couple the NIC to the vSwitch. This seemed to be the most consistent and least intrusive method of emulating an open vSwitch, and reduced the need for adding users or config lines to other files. I would assert that using your ESM to provide the needed authorization is the most consistent and least intrusive method, requiring no COMMAND statements and allowing you to query who has authorization without having to scan the directory. Does it fail only the first time after an IPL (i.e. when no authorization exists)? Or does it fail on repeated logoff/logon cycles? Alan Altmark z/VM Development IBM Endicott
What is the ETA of www.vm.ibm.com ???
I have some things I need to research. http://www.serena.com/products/mariner/index.html ** This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. **
Re: What is the ETA of www.vm.ibm.com ???
I have no trouble accessing it. Regards, Richard Schuh From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Daniel Allen Sent: Tuesday, June 10, 2008 9:58 AM To: IBMVM@LISTSERV.UARK.EDU Subject: What is the ETA of www.vm.ibm.com ??? I have some things I need to research. http://www.serena.com/products/mariner/index.html ** This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. **
Re: IP printing from VM
OK, I'll bite. I was hoping someone else would ask. How do you code a continuation on a TAG stmt and is it only for the RSCS use of TAG. I looked in RSCS HELP as well as CP HELP and see no mention of continuation. Statements in the RSCS config can be continued on multiple lines. The default continuation character is #. However, TAG is not a configuration file statement. By the way, the other threads in this append chain. You still need to tell RSCS what link to process the file on. The LPR exec uses link name LPR by default. Per chance, did you group LPR1, LPR2, etc together as ndoe LPR? Finally. RSCS supplies a similar exec called PPS that you may want to try out. HELP PPS or PPS ? will provide additional details. Best Regards, Les Geer IBM z/VM and Linux Development
Re: What is the ETA of www.vm.ibm.com ???
That is true, But not ALL the options are available yet when you click on the events option you get blown out of the water Bill Munson VM System Programmer 201-418-7588 Schuh, Richard [EMAIL PROTECTED] Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 06/10/2008 12:59 PM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: What is the ETA of www.vm.ibm.com ??? I have no trouble accessing it. Regards, Richard Schuh From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Daniel Allen Sent: Tuesday, June 10, 2008 9:58 AM To: IBMVM@LISTSERV.UARK.EDU Subject: What is the ETA of www.vm.ibm.com ??? I have some things I need to research. ** This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. ** *** IMPORTANT NOTE* The opinions expressed in this message and/or any attachments are those of the author and not necessarily those of Brown Brothers Harriman Co., its subsidiaries and affiliates (BBH). There is no guarantee that this message is either private or confidential, and it may have been altered by unauthorized sources without your or our knowledge. Nothing in the message is capable or intended to create any legally binding obligations on either party and it is not intended to provide legal advice. BBH accepts no responsibility for loss or damage from its use, including damage from virus.
Re: What is the ETA of www.vm.ibm.com ???
On Jun 10, 2008, at 12:05 PM, Bill Munson wrote: That is true, But not ALL the options are available yet when you click on the events option you get blown out of the water I think you guys are seeing locally cached copies. Adam
Re: What is the ETA of www.vm.ibm.com ???
Then don't click on the events option :-) Regards, Richard Schuh -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Bill Munson Sent: Tuesday, June 10, 2008 10:06 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: What is the ETA of www.vm.ibm.com ??? That is true, But not ALL the options are available yet when you click on the events option you get blown out of the water Bill Munson VM System Programmer 201-418-7588 Schuh, Richard [EMAIL PROTECTED] Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 06/10/2008 12:59 PM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: What is the ETA of www.vm.ibm.com ??? I have no trouble accessing it. Regards, Richard Schuh From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Daniel Allen Sent: Tuesday, June 10, 2008 9:58 AM To: IBMVM@LISTSERV.UARK.EDU Subject: What is the ETA of www.vm.ibm.com ??? I have some things I need to research. ** This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. ** *** IMPORTANT NOTE* The opinions expressed in this message and/or any attachments are those of the author and not necessarily those of Brown Brothers Harriman Co., its subsidiaries and affiliates (BBH). There is no guarantee that this message is either private or confidential, and it may have been altered by unauthorized sources without your or our knowledge. Nothing in the message is capable or intended to create any legally binding obligations on either party and it is not intended to provide legal advice. BBH accepts no responsibility for loss or damage from its use, including damage from virus. ** **
Re: What is the ETA of www.vm.ibm.com ???
I am unable to get the front page. I also have tried going thru ibm.com. From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Schuh, Richard Sent: Tuesday, June 10, 2008 10:00 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: What is the ETA of www.vm.ibm.com ??? I have no trouble accessing it. Regards, Richard Schuh From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Daniel Allen Sent: Tuesday, June 10, 2008 9:58 AM To: IBMVM@LISTSERV.UARK.EDU Subject: What is the ETA of www.vm.ibm.com ??? I have some things I need to research. http://www.serena.com/products/mariner/index.html ** This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. **
Re: SFS Control Data Backup
Maybe Q FILEPOOL AGENT 2008/6/10 Schuh, Richard [EMAIL PROTECTED]: Next question. Yesterday and again today, we seem to be taking an abnormally high number of control data backups. How do I determine the cause of this unusual activity? Regards, Richard Schuh -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Sue Farrell Sent: Tuesday, June 10, 2008 8:31 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: SFS Control Data Backup No, there isn't a way to specify the threshold. It will start automatically when the log is 80% full. You could probably write some kind of tool to use the output of QUERY FILEPOOL LOG to detect a threshold and send a BACKUP request to the file = pool server machine. Sue Farrell -- Kris Buelens, IBM Belgium, VM customer support
Printing a TRSOURCE/IPFORMAT Trace
While investigating my VLAN-aware VSWITCH problems, I've used TRSOURCE, TRACERED, and IPFORMAT to view the trace records in a formatted manner. But I like paper sometimes, and I've only discovered that in IPFORMAT I can use the SAVE command for the first trace record, and then the APPEND command for each subsequent record, to save the formatted displays in a file. Is there an easier/quicker way to save the formatted displays to a file, rather than entering SAVE/APPEND/APPEND/APPEND... for each trace record? Also, if I highlight/select the records in IPFORMAT to VIEW them, they are presented in the order 1, 10, 11, 12... 2, 3, 4. Why is that? Thanks for insights! Dick Clapper The information contained in this electronic communication and any document attached hereto or transmitted herewith is confidential and intended for the exclusive use of the individual or entity named above. If the reader of this message is not the intended recipient or the employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any examination, use, dissemination, distribution or copying of this communication or any part thereof is strictly prohibited. If you have received this communication in error, please immediately notify the sender by reply e-mail and destroy this communication. Thank you.
Re: What is the ETA of www.vm.ibm.com ???
We are still working on recovering from Sunday's power failure. Many systems in Endicott were knocked out in one way or another. I will post here when the site is up. Brian
FW: IP printing from VM
You still need to tell RSCS what link to process the file on. The LPR exec uses link name LPR by default. Per chance, did you group LPR1, LPR2, etc together as ndoe LPR? No, I haven't looked at grouping printers yet. I tried to specify a printer name and host IP address as the target, and got the same error - lpr profile exec a (asynchronous printer qeeple22 PRT FILE 0094 SENT TO RSCS RDR AS 0037 RECS 0050 CPY 001 A NOHOLD NOKEEP RDR FILE 0095 SENT FROM RSCS RDR WAS 0037 RECS 0050 CPY 001 A NOHOLD NOKEEP DMTAXM103E File 0037 (0037) rejected -- invalid destination address Ready; T=0.04/0.04 13:10:41 lpr profile exec a (asynchronous host 10.120.72.245 PRT FILE 0096 SENT TO RSCS RDR AS 0038 RECS 0050 CPY 001 A NOHOLD NOKEEP RDR FILE 0097 SENT FROM RSCS RDR WAS 0038 RECS 0050 CPY 001 A NOHOLD NOKEEP DMTAXM103E File 0038 (0038) rejected -- invalid destination address Ready; T=0.04/0.04 13:11:16 tag query file 95 LPR Ready; T=0.01/0.01 13:12:54 tag query file 97 LPR Ready; T=0.01/0.01 13:12:59 If my mistake is obvious then please point it out, but I think I can use tag/spool/print to send output anyway. Best regards Ian Jones
Re: SFS Control Data Backup
That shows the current agents, their agent numbers and the type of wait they are in. What it does not show is the level of activity that the individual agents are responsible for. At any given time, we will have from 10 to 100 or more agents in the list. Regards, Richard Schuh -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Kris Buelens Sent: Tuesday, June 10, 2008 10:13 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: SFS Control Data Backup Maybe Q FILEPOOL AGENT 2008/6/10 Schuh, Richard [EMAIL PROTECTED]: Next question. Yesterday and again today, we seem to be taking an abnormally high number of control data backups. How do I determine the cause of this unusual activity? Regards, Richard Schuh -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Sue Farrell Sent: Tuesday, June 10, 2008 8:31 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: SFS Control Data Backup No, there isn't a way to specify the threshold. It will start automatically when the log is 80% full. You could probably write some kind of tool to use the output of QUERY FILEPOOL LOG to detect a threshold and send a BACKUP request to the file = pool server machine. Sue Farrell -- Kris Buelens, IBM Belgium, VM customer support
Re: Printing a TRSOURCE/IPFORMAT Trace
Use the supplied IPFORMAT EXEC. Brian Nielsen On Tue, 10 Jun 2008 11:13:36 -0600, Richard Clapper [EMAIL PROTECTED] wrote: While investigating my VLAN-aware VSWITCH problems, I've used TRSOURCE, TRACERED, and IPFORMAT to view the trace records in a formatted manner. But I like paper sometimes, and I've only discovered that in IPFORMAT I can use the SAVE command for the first trace record, and then the APPEND command for each subsequent record, to save the formatted displays in a file. Is there an easier/quicker way to save the formatted displays to a file, rather than entering SAVE/APPEND/APPEND/APPEND... for each trace record? Also, if I highlight/select the records in IPFORMAT to VIEW them, they are presented in the order 1, 10, 11, 12... 2, 3, 4. Why is that? Thanks for insights! Dick Clapper The information contained in this electronic communication and any document attached hereto or transmitted herewith is confidential and intended for the exclusive use of the individual or entity named above. If the reader of this message is not the intended recipient or the employee or agent responsible for delivering it to the intended recipient , you are hereby notified that any examination, use, dissemination, distribution or copying of this communication or any part thereof is strictly prohibited. If you have received this communication in error, please immediately notify the sender by reply e-mail and destroy this communication. Thank you. = ===
Re: FW: IP printing from VM
Ian, When I get a printer that doesn't work, I like the LPR command (direct to the printer from your cms session) with the Trace option to find out if the printer actually works and prints before I add it to RSCS. Sometimes we have firewall holes that need to be punched or something else is up with it. This will show you that you can actually get there and that the printer talks back to you. LPR PROFILE EXEC A (HOST 10.1.11.111 trace Then you can proceed with adding the printer to RSCS and setting up something for the users to use (spool prt , tag device, maybe wrapped in a nice exec ). Marcy 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.
Re: SFS Control Data Backup
I meant you could see agents more active than usual... To know it all: turn on Auditing (disruptive change) 2008/6/10 Schuh, Richard [EMAIL PROTECTED]: That shows the current agents, their agent numbers and the type of wait they are in. What it does not show is the level of activity that the individual agents are responsible for. At any given time, we will have from 10 to 100 or more agents in the list. Regards, Richard Schuh -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Kris Buelens Sent: Tuesday, June 10, 2008 10:13 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: SFS Control Data Backup Maybe Q FILEPOOL AGENT 2008/6/10 Schuh, Richard [EMAIL PROTECTED]: Next question. Yesterday and again today, we seem to be taking an abnormally high number of control data backups. How do I determine the cause of this unusual activity? Regards, Richard Schuh -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Sue Farrell Sent: Tuesday, June 10, 2008 8:31 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: SFS Control Data Backup No, there isn't a way to specify the threshold. It will start automatically when the log is 80% full. You could probably write some kind of tool to use the output of QUERY FILEPOOL LOG to detect a threshold and send a BACKUP request to the file = pool server machine. Sue Farrell -- Kris Buelens, IBM Belgium, VM customer support -- Kris Buelens, IBM Belgium, VM customer support
FW: IP printing from VM
No, I haven't looked at grouping printers yet.=20 I tried to specify a printer name and host IP address as the target, and got the same error - lpr profile exec a (asynchronous printer qeeple22 You need to either use the RSCS parameter, or define a GROUP LPR route statement. Help for the RSCS parameter: RSCS linkid,nodeid RSCS [EMAIL PROTECTED] RSCS linkid AT nodeid Identifies the RSCS link that provides a connection to a target print daemon or device, where: o linkid is the one- to eight-character link identifier of the RSCS link that provides the connection to the chosen print daemon or device. o nodeid is the one- to eight-character node name of the remote VM system that provides the connection to a target chosen print daemon or device. When specific link and node values are not defined, LPR is used as the default link identifier (linkid) for non-PostScript files, while LPRP is used for PostScript files; the local node (as returned by the CMS IDENTIFY command) is used for nodeid. Best Regards, Les Geer IBM z/VM and Linux Development
Question for old-timers
We're doing some work on a 2nd level MVS system for use at a D/R site and the MVS sysprog wanted to get some printed output. I figured that the easiest way was to have the 2nd lvl MVS system print to the default VM 1403 printer. Easy for me to say!! On the MVS side of the house, they needed to add a 1403 impact printer to the MVS IODEF. But since IODEF asked for a control unit and we had no idea at all what a 1403 printer control unit was called, we settled for a 3203 since it appears that the 3203 CU was the 3203. 3203's sort of complicate things, however, because of FCB and UCS image loading. If you define a 1403 printer, is the control unit 1403 as well? We can't seem to find a 1403 Functional Characteristics manual for some reason. Jim -- Jim Bohnsack Cornell University (607) 255-1760 [EMAIL PROTECTED]
Re: SFS Control Data Backup
It looks like Audit is a security audit, not an activity monitor. For example, it will tell me how many times I have been allowed access to a file space for which I am not explicitly authorized. Regards, Richard Schuh -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Kris Buelens Sent: Tuesday, June 10, 2008 12:25 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: SFS Control Data Backup I meant you could see agents more active than usual... To know it all: turn on Auditing (disruptive change) 2008/6/10 Schuh, Richard [EMAIL PROTECTED]: That shows the current agents, their agent numbers and the type of wait they are in. What it does not show is the level of activity that the individual agents are responsible for. At any given time, we will have from 10 to 100 or more agents in the list. Regards, Richard Schuh -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Kris Buelens Sent: Tuesday, June 10, 2008 10:13 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: SFS Control Data Backup Maybe Q FILEPOOL AGENT 2008/6/10 Schuh, Richard [EMAIL PROTECTED]: Next question. Yesterday and again today, we seem to be taking an abnormally high number of control data backups. How do I determine the cause of this unusual activity? Regards, Richard Schuh -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Sue Farrell Sent: Tuesday, June 10, 2008 8:31 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: SFS Control Data Backup No, there isn't a way to specify the threshold. It will start automatically when the log is 80% full. You could probably write some kind of tool to use the output of QUERY FILEPOOL LOG to detect a threshold and send a BACKUP request to the file = pool server machine. Sue Farrell -- Kris Buelens, IBM Belgium, VM customer support -- Kris Buelens, IBM Belgium, VM customer support
Re: Question for old-timers
Control unit for the 1403 and 2540 was the 2821. George Shedlock Jr AEGON Information Technology AEGON USA 502-560-3541 -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Jim Bohnsack Sent: Tuesday, June 10, 2008 4:00 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Question for old-timers We're doing some work on a 2nd level MVS system for use at a D/R site and the MVS sysprog wanted to get some printed output. I figured that the easiest way was to have the 2nd lvl MVS system print to the default VM 1403 printer. Easy for me to say!! On the MVS side of the house, they needed to add a 1403 impact printer to the MVS IODEF. But since IODEF asked for a control unit and we had no idea at all what a 1403 printer control unit was called, we settled for a 3203 since it appears that the 3203 CU was the 3203. 3203's sort of complicate things, however, because of FCB and UCS image loading. If you define a 1403 printer, is the control unit 1403 as well? We can't seem to find a 1403 Functional Characteristics manual for some reason. Jim -- Jim Bohnsack Cornell University (607) 255-1760 [EMAIL PROTECTED]
Re: Question for old-timers
Jim, Is your VM printer printing through RSCS ? You could have JES send the output to RSCS for printing. of course you have to have RSCS talking to your 2nd lvl system Bill Munson VM System Programmer 201-418-7588 Jim Bohnsack [EMAIL PROTECTED] Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 06/10/2008 04:00 PM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Question for old-timers We're doing some work on a 2nd level MVS system for use at a D/R site and the MVS sysprog wanted to get some printed output. I figured that the easiest way was to have the 2nd lvl MVS system print to the default VM 1403 printer. Easy for me to say!! On the MVS side of the house, they needed to add a 1403 impact printer to the MVS IODEF. But since IODEF asked for a control unit and we had no idea at all what a 1403 printer control unit was called, we settled for a 3203 since it appears that the 3203 CU was the 3203. 3203's sort of complicate things, however, because of FCB and UCS image loading. If you define a 1403 printer, is the control unit 1403 as well? We can't seem to find a 1403 Functional Characteristics manual for some reason. Jim -- Jim Bohnsack Cornell University (607) 255-1760 [EMAIL PROTECTED] *** IMPORTANT NOTE* The opinions expressed in this message and/or any attachments are those of the author and not necessarily those of Brown Brothers Harriman Co., its subsidiaries and affiliates (BBH). There is no guarantee that this message is either private or confidential, and it may have been altered by unauthorized sources without your or our knowledge. Nothing in the message is capable or intended to create any legally binding obligations on either party and it is not intended to provide legal advice. BBH accepts no responsibility for loss or damage from its use, including damage from virus.
Re: Question for old-timers
Try 2821 C. M. (Mike) Hammock Sr. Technical Support zFrame IBM zSeries Solutions (404) 643-3258 [EMAIL PROTECTED] Jim Bohnsack [EMAIL PROTECTED] duTo Sent by: The IBM IBMVM@LISTSERV.UARK.EDU z/VM OperatingIBMVM@LISTSERV.UARK.EDU System cc [EMAIL PROTECTED] ARK.EDU Subject Question for old-timers 06/10/2008 04:00 PM Please respond to The IBM z/VM Operating System [EMAIL PROTECTED] ARK.EDU We're doing some work on a 2nd level MVS system for use at a D/R site and the MVS sysprog wanted to get some printed output. I figured that the easiest way was to have the 2nd lvl MVS system print to the default VM 1403 printer. Easy for me to say!! On the MVS side of the house, they needed to add a 1403 impact printer to the MVS IODEF. But since IODEF asked for a control unit and we had no idea at all what a 1403 printer control unit was called, we settled for a 3203 since it appears that the 3203 CU was the 3203. 3203's sort of complicate things, however, because of FCB and UCS image loading. If you define a 1403 printer, is the control unit 1403 as well? We can't seem to find a 1403 Functional Characteristics manual for some reason. Jim -- Jim Bohnsack Cornell University (607) 255-1760 [EMAIL PROTECTED] __ This email may contain confidential and privileged material for the sole use of the intended recipient(s). Any review, use, distribution or disclosure by others is strictly prohibited. If you are not the intended recipient (or authorized to receive for the recipient), please contact the sender by reply email and delete all copies of this message. To reply to our email administrator directly, send an email to [EMAIL PROTECTED]
Re: SFS Control Data Backup
The SFS performance stats don't report about end-users, just what SFS as a whole is doing... Similar to Q FILEPOOL STATUS 2008/6/10 Schuh, Richard [EMAIL PROTECTED]: It looks like Audit is a security audit, not an activity monitor. For example, it will tell me how many times I have been allowed access to a file space for which I am not explicitly authorized. Regards, Richard Schuh -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Kris Buelens Sent: Tuesday, June 10, 2008 12:25 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: SFS Control Data Backup I meant you could see agents more active than usual... To know it all: turn on Auditing (disruptive change) 2008/6/10 Schuh, Richard [EMAIL PROTECTED]: That shows the current agents, their agent numbers and the type of wait they are in. What it does not show is the level of activity that the individual agents are responsible for. At any given time, we will have from 10 to 100 or more agents in the list. Regards, Richard Schuh -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Kris Buelens Sent: Tuesday, June 10, 2008 10:13 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: SFS Control Data Backup Maybe Q FILEPOOL AGENT 2008/6/10 Schuh, Richard [EMAIL PROTECTED]: Next question. Yesterday and again today, we seem to be taking an abnormally high number of control data backups. How do I determine the cause of this unusual activity? Regards, Richard Schuh -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Sue Farrell Sent: Tuesday, June 10, 2008 8:31 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: SFS Control Data Backup No, there isn't a way to specify the threshold. It will start automatically when the log is 80% full. You could probably write some kind of tool to use the output of QUERY FILEPOOL LOG to detect a threshold and send a BACKUP request to the file = pool server machine. Sue Farrell -- Kris Buelens, IBM Belgium, VM customer support -- Kris Buelens, IBM Belgium, VM customer support -- Kris Buelens, IBM Belgium, VM customer support
Re: What is the ETA of www.vm.ibm.com ???
www.vm.ibm.com is up. Brian
Re: SFS Control Data Backup
It sure would be nice to know who is hammering the server. It is tough to correct a problem when it can't be defined. Regards, Richard Schuh -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Kris Buelens Sent: Tuesday, June 10, 2008 1:10 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: SFS Control Data Backup The SFS performance stats don't report about end-users, just what SFS as a whole is doing... Similar to Q FILEPOOL STATUS 2008/6/10 Schuh, Richard [EMAIL PROTECTED]: It looks like Audit is a security audit, not an activity monitor. For example, it will tell me how many times I have been allowed access to a file space for which I am not explicitly authorized. Regards, Richard Schuh -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Kris Buelens Sent: Tuesday, June 10, 2008 12:25 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: SFS Control Data Backup I meant you could see agents more active than usual... To know it all: turn on Auditing (disruptive change) 2008/6/10 Schuh, Richard [EMAIL PROTECTED]: That shows the current agents, their agent numbers and the type of wait they are in. What it does not show is the level of activity that the individual agents are responsible for. At any given time, we will have from 10 to 100 or more agents in the list. Regards, Richard Schuh -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Kris Buelens Sent: Tuesday, June 10, 2008 10:13 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: SFS Control Data Backup Maybe Q FILEPOOL AGENT 2008/6/10 Schuh, Richard [EMAIL PROTECTED]: Next question. Yesterday and again today, we seem to be taking an abnormally high number of control data backups. How do I determine the cause of this unusual activity? Regards, Richard Schuh -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Sue Farrell Sent: Tuesday, June 10, 2008 8:31 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: SFS Control Data Backup No, there isn't a way to specify the threshold. It will start automatically when the log is 80% full. You could probably write some kind of tool to use the output of QUERY FILEPOOL LOG to detect a threshold and send a BACKUP request to the file = pool server machine. Sue Farrell -- Kris Buelens, IBM Belgium, VM customer support -- Kris Buelens, IBM Belgium, VM customer support -- Kris Buelens, IBM Belgium, VM customer support
Re: Question for old-timers
Jim, The control unit for a 1403 is a 2821 which is supported by HCD in my z/OS 1.8 system. The 2821 is also the control unit for the old 2540 card-reader/punch device. HITACHI DATA SYSTEMS Raymond E. Noal Senior Technical Engineer Office: (408) 970 - 7978 -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Jim Bohnsack Sent: Tuesday, June 10, 2008 1:00 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Question for old-timers We're doing some work on a 2nd level MVS system for use at a D/R site and the MVS sysprog wanted to get some printed output. I figured that the easiest way was to have the 2nd lvl MVS system print to the default VM 1403 printer. Easy for me to say!! On the MVS side of the house, they needed to add a 1403 impact printer to the MVS IODEF. But since IODEF asked for a control unit and we had no idea at all what a 1403 printer control unit was called, we settled for a 3203 since it appears that the 3203 CU was the 3203. 3203's sort of complicate things, however, because of FCB and UCS image loading. If you define a 1403 printer, is the control unit 1403 as well? We can't seem to find a 1403 Functional Characteristics manual for some reason. Jim -- Jim Bohnsack Cornell University (607) 255-1760 [EMAIL PROTECTED]
Re: What is the ETA of www.vm.ibm.com ???
We're down again, but this one's precautionary.
Re: Question for old-timers
Thanks everyone who responded. The 2821 is the winner. The number of responses kind of goes along with an observation I've made at SHARE and have mentioned to IBM. That observation is that we mainframe sysprog types are getting old. We're going to be retiring soon-I'm first :-D The mainframe isn't going to be leaving the computing scene as quickly as we are. I know that IBM and others have said that they are addressing the problem and perhaps I haven't noticed. Jim Raymond Noal wrote: Jim, The control unit for a 1403 is a 2821 which is supported by HCD in my = z/OS 1.8 system. The 2821 is also the control unit for the old 2540 = card-reader/punch device. HITACHI =A0DATA SYSTEMS=20 Raymond E. Noal=20 Senior Technical Engineer=20 Office: (408) 970 - 7978=20 -- Jim Bohnsack Cornell University (607) 255-1760 [EMAIL PROTECTED]
Re: Question for old-timers
No worries, Jim... I have plenty of time to enjoy the fun. Jim Bohnsack wrote: Thanks everyone who responded. The 2821 is the winner. The number of responses kind of goes along with an observation I've made at SHARE and have mentioned to IBM. That observation is that we mainframe sysprog types are getting old. We're going to be retiring soon-I'm first :-D The mainframe isn't going to be leaving the computing scene as quickly as we are. I know that IBM and others have said that they are addressing the problem and perhaps I haven't noticed. Jim -- Rich Smrcina VM Assist, Inc. Phone: 414-491-6001 Ans Service: 360-715-2467 rich.smrcina at vmassist.com http://www.linkedin.com/in/richsmrcina Catch the WAVV! http://www.wavv.org WAVV 2009 - Orlando, FL - May 15-19, 2009
Re: SFS Control Data Backup
On Tue, 10 Jun 2008 13:17:39 -0700, Schuh, Richard [EMAIL PROTECTED] wrot e: It sure would be nice to know who is hammering the server. It is tough to correct a problem when it can't be defined. Regards, Richard Schuh There is some IUCV data in the monitor. I don't have access to http://w ww.vm.ibm.com/ (down?) nor Velocity Software manuals from home. There is a QUERY IUCV command i n z/VM 5.3.0, but it does not include message counts. QIUCV EXEC floating around does have som e such data -- but I'm not sure to what level of detail. Alan Ackerman Alan (dot) Ackerman (at) Bank of America (dot) com
Re: FCXPER315A
On Wed, 4 Jun 2008 22:34:06 -0500, Alan Ackerman [EMAIL PROTECTED] ERICA.COM wrote: We don't run PTK, we run ESAMON. But we have seen similar messages. I'm guessing that either your monitor shared segments are too small or t he user connecting to the monitor segment needs a greater SHARE and/or QUICKDISP. In my case we are running in a small deliberately paging constrained VM. Nothing we can do avoids these errors. Alan Ackerman Alan (dot) Ackerman (at) Bank of America (dot) com = == = Man! I was batting 0 for 2 on Wednesday night. Sorry about that! Better g et some more sleep! Alan Ackerman Alan (dot) Ackerman (at) Bank of America (dot) com