Re: Starting an exec on a remote machine
You can look at RSCLIENT and RSSERVER EXEC's on your 190 disk for examples of how to use REXX SOCKETS to do what you want.. All you need is TCP/IP and a little REXX coding. -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] Behalf Of Howard Rifkind Sent: Thursday, December 04, 2008 5:52 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Starting an exec on a remote machine I'm running exec X on cms user 'A' I exec X has to start exec Y running on cms user 'B' and after exec Y terminates it has to return control to the exec on cms user 'A' I could use some suggestions as to the best way to do this. Thanks _ 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.
Ted Kotlowski is out of the office.
I will be out of the office starting 12/05/2008 and will not return until 12/09/2008. I will respond to your message when I return. If your request requires immediate attention, Please contact the MVS Technical Support Hotline at 1-866-866-4488 x12000 ** This e-mail message and all attachments transmitted with it may contain legally privileged and/or confidential information intended solely for the use of the addressee(s). If the reader of this message is not the intended recipient, you are hereby notified that any reading, dissemination, distribution, copying, forwarding or other use of this message or its attachments is strictly prohibited. If you have received this message in error, please notify the sender immediately and delete this message and all copies and backups thereof. Thank you. **
Randy Burton is out of the office until Mon. 12/8
I will be out of the office starting 12/04/2008 and will not return until 12/08/2008. I will be out of the office on Fri. 12/5, returning Mon. 12/8. I will have no access to Email or voice mail. If you need assistance while I am out, please contact Scott Hutula ([EMAIL PROTECTED], 704-427-1924).
Re: Starting an exec on a remote machine
On Dec 4, 2008, at 7:32 PM, Marcy Cortes wrote: Personally, I'd like that product to work hand-in-hand with our existing VM:Backup product which we z/VM'ers control on our own. (Anyone at CA listening) Yes, what he said! If anyone on the list is interested in building a solution around Bacula on your Linux guests talking to VM:Backup (or DFSMS) on the back end and using its catalog, well, you know where to find us. Adam
Re: Configuartion question
Terry wrote: "We are moving toward taking our POC into production." Good job! If I had my druthers and had only 1 box, I would have a systems programmers LPAR (mine mine mine), a LPAR that ran all of test/dev linuxen, and 1 prod LPAR that ran all of prod. If you do have servers that can't go down very often, run 2 prod lpars, make them acquire a server on each (at least) and figure how some failover (active-active or active-standby). Better if that 2nd prod lpar can be on another box entirely, but if it can't, you'll still have all your capacity if you lose 1 VM lpar due to some VM error (or VM person's error). I'm not sure how your EUAL5 requirements fit in, but you can do lots of things with multiple OSAs, VSWITCHs, VLAN tagging, firewalls, etc. Marcy (with too many LPARs) "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." From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Martin, Terry R. (CMS/CTR) (CTR) Sent: Thursday, December 04, 2008 5:57 PM To: IBMVM@LISTSERV.UARK.EDU Subject: [IBMVM] Configuartion question Hi We are moving toward taking our POC into production. This workload is moving from Solaris running UNIX. The environment is 3 zone architecture. Our client's business requirements calls for this 3 zone environment to remain separated. It requires UAL5 security level. To this end we have six LPARS each sharing 7 IFLS with plenty of real memory on each. One of the six LPARS is our test LPAR that will have multiple levels of VM for testing and such. My question: some of our folks believe that this is an excessive number of LPARS and that it defeats the purpose of VM. Now I understand how VM works and its' ability to virtualize reducing the need for large LPAR configurations. I know that we could, lets' say combine our PROD and VAL/DEV environments that are currently running in separate LPARS into one LPAR and run a second LEVEL VM for the VAL/DEV. My contention is that if it is what is needed to fit the business requirements of the client then having six LPARS is not catastrophic. We have plans for another 16 z/Linux guests to run in the existing configuration in the next few months not requiring additional LPARS. I am not an LPAR bigot. Can anyone comment in general on the pros and cons of running LPARS as opposed to running the multiple environments under one LPAR and getting separation logically by having multi levels of VM rather then physical separation by having the environments running under a single level of VM? In the end it probably will not matter if the client insists that we need to proceed as we are. Just trying to get a prospective of those who are more experienced then myself!! Thanks, Terry
Re: Configuartion question
I would not run linux virtual machines under a 2nd level z/VM for production - including VAL/DEV which, to me, is production, albeit lower case. 3rd level linux is not an ideal production environment. I think IBM would say this is not a production environment. LPARs LPARs LPARs. You can achieve your desired separation of say PROD, VAL, and DEV by putting them onto their own vswitches using different OSA ports, or even over the same OSA ports using vlan while remaining in 1 LPAR. Either way you get complete isolation. I support a few production environments where we have over 35 vswitches coming into the same LPAR to achieve isolation. Running 2nd level z/VM systems is invaluable for testing, servicing, patching, but not as a host for linuxen providing any services. On the issue of LPARs, there is a cost to separating out workloads into multiple LPARs as desirable as this may be. The memory assigned to an LPAR is committed; so if you have a lightly used LPAR its memory is unusable by other LPARs. Splitting workloads out on different LPARs can be useful for HA purposes. If you have some sort of broker or workload balancer running on your physical servers, you can take an LPAR down for maintenance, and still provide application availability on a different LPAR. Highly attractive. David Kreuter From: The IBM z/VM Operating System on behalf of Martin, Terry R. (CMS/CTR) (CTR) Sent: Thu 12/4/2008 8:57 PM To: IBMVM@LISTSERV.UARK.EDU Subject: [IBMVM] Configuartion question Hi We are moving toward taking our POC into production. This workload is moving from Solaris running UNIX. The environment is 3 zone architecture. Our client's business requirements calls for this 3 zone environment to remain separated. It requires UAL5 security level. To this end we have six LPARS each sharing 7 IFLS with plenty of real memory on each. One of the six LPARS is our test LPAR that will have multiple levels of VM for testing and such. My question: some of our folks believe that this is an excessive number of LPARS and that it defeats the purpose of VM. Now I understand how VM works and its' ability to virtualize reducing the need for large LPAR configurations. I know that we could, lets' say combine our PROD and VAL/DEV environments that are currently running in separate LPARS into one LPAR and run a second LEVEL VM for the VAL/DEV. My contention is that if it is what is needed to fit the business requirements of the client then having six LPARS is not catastrophic. We have plans for another 16 z/Linux guests to run in the existing configuration in the next few months not requiring additional LPARS. I am not an LPAR bigot. Can anyone comment in general on the pros and cons of running LPARS as opposed to running the multiple environments under one LPAR and getting separation logically by having multi levels of VM rather then physical separation by having the environments running under a single level of VM? In the end it probably will not matter if the client insists that we need to proceed as we are. Just trying to get a prospective of those who are more experienced then myself!! Thanks, Terry
Re: Configuartion question
As much as I like VM, I would not recommend running your VAL/DEV workload in a second-level VM system under VM in your PRODUCTION LPAR. Have at least two LPARs, PRODUCTION and VAL/DEV. Run VM in each. VM's architecture will provide the separation to meet your 3 zone business requirement. If you need to run z/OS, run that in yet another LPAR, save VM for CMS and Linux systems. /Tom Kern Martin, Terry R. (CMS/CTR) (CTR) wrote: > Hi > > We are moving toward taking our POC into production. This workload is > moving from Solaris running UNIX. The environment is 3 zone > architecture. Our client’s business requirements calls for this 3 zone > environment to remain separated. It requires UAL5 security level. > > To this end we have six LPARS each sharing 7 IFLS with plenty of real > memory on each. One of the six LPARS is our test LPAR that will have > multiple levels of VM for testing and such. > > My question: some of our folks believe that this is an excessive number > of LPARS and that it defeats the purpose of VM. Now I understand how VM > works and its’ ability to virtualize reducing the need for large LPAR > configurations. I know that we could, lets’ say combine our PROD and > VAL/DEV environments that are currently running in separate LPARS into > one LPAR and run a second LEVEL VM for the VAL/DEV. My contention is > that if it is what is needed to fit the business requirements of the > client then having six LPARS is not catastrophic. We have plans for > another 16 z/Linux guests to run in the existing configuration in the > next few months not requiring additional LPARS. I am not an LPAR bigot. > > Can anyone comment in general on the pros and cons of running LPARS as > opposed to running the multiple environments under one LPAR and getting > separation logically by having multi levels of VM rather then physical > separation by having the environments running under a single level of VM? > > In the end it probably will not matter if the client insists that we > need to proceed as we are. Just trying to get a prospective of those who > are more experienced then myself!! > > Thanks, > > Terry
Configuartion question
Hi We are moving toward taking our POC into production. This workload is moving from Solaris running UNIX. The environment is 3 zone architecture. Our client's business requirements calls for this 3 zone environment to remain separated. It requires UAL5 security level. To this end we have six LPARS each sharing 7 IFLS with plenty of real memory on each. One of the six LPARS is our test LPAR that will have multiple levels of VM for testing and such. My question: some of our folks believe that this is an excessive number of LPARS and that it defeats the purpose of VM. Now I understand how VM works and its' ability to virtualize reducing the need for large LPAR configurations. I know that we could, lets' say combine our PROD and VAL/DEV environments that are currently running in separate LPARS into one LPAR and run a second LEVEL VM for the VAL/DEV. My contention is that if it is what is needed to fit the business requirements of the client then having six LPARS is not catastrophic. We have plans for another 16 z/Linux guests to run in the existing configuration in the next few months not requiring additional LPARS. I am not an LPAR bigot. Can anyone comment in general on the pros and cons of running LPARS as opposed to running the multiple environments under one LPAR and getting separation logically by having multi levels of VM rather then physical separation by having the environments running under a single level of VM? In the end it probably will not matter if the client insists that we need to proceed as we are. Just trying to get a prospective of those who are more experienced then myself!! Thanks, Terry
Re: Starting an exec on a remote machine
>Personally, I'd like that product to work hand-in-hand with our existing VM:Backup product which we z/VM'ers control on our own. (Anyone at CA listening) Yes, what he said! 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: Starting an exec on a remote machine
All good ideas. The original problem does not state if the userids are on the same system. We had a similar problem: needing to run a command on one system (start the nightly VM:Backups on the system that has tape drives), gracefully shutdown zLinux P.O.C. servers on another system with which we share DASD, wait for the zLinux servers to logoff that system, and when the backups are complete, XAUTOLOG them on the remote system. Each system has CMS servers running WAKEUP. (VMBSYSAD running our NITEBKUP EXEC to supervise the backups on one, something like VMUTIL on the other). Communications between the two is via SMTP e-mail. One NITEBKUP sends the command to the remote system and waits for a reply in the reader. The remote system validates the sender, issues the commands to shutdown the zLinux servers listed in a common file, and sends email back with the return codes when they are logged off. When the NITEBKUP EXEC (home-grown over decades) finishes the backups, it sends e-mail back to the remote system to run a command which XAUTOLOGs the servers that were brought down previously. We get servers backed up with consistent filesystem states all from one VM:Backup server. No extra products. Obviously (don't EVEN go there!), should we ever get into production with zLinux, we'll need a REAL backup product to backup zLinux filesystems. Personally, I'd like that product to work hand-in-hand with our existing VM:Backup product which we z/VM'ers control on our own. (Anyone at CA listening) I'm not delighted by the thought of having someone else responsible in a distributed environment for backups of production mainframe zLinux servers. It's not THEIR job if a zLinux server can't be restored quickly after some disaster (perhaps during a small D.R. test window?). It could be in their SLA's, but ultimately, I'd have to answer why that/those servers were down for that time period. Mike Walter Hewitt Associates Any opinions expressed herein are mine alone and do not necessarily represent the opinions or policies of Hewitt Associates. "Thomas Kern" <[EMAIL PROTECTED]> Sent by: "The IBM z/VM Operating System" 12/04/2008 06:03 PM Please respond to "The IBM z/VM Operating System" To IBMVM@LISTSERV.UARK.EDU cc Subject Re: Starting an exec on a remote machine I can think of two mechanisms off-hand. 1) after X xautologs user B with command EXEC Y, it loops checking for user B being logged on. Once user B is no longer logged on, exec X can continue. 2) after X xautologs user B..., it waits for an SMSG from user B using the WAKEUP program. The EXEC Y needs to send X and SMSG just before logging indicating a successful/unsuccessful completion. /Tom Kern Howard Rifkind wrote: > I'm running exec X on cms user 'A' > > I exec X has to start exec Y running on cms user 'B' and after exec Y > terminates it has to return control to the exec on cms user 'A' > > I could use some suggestions as to the best way to do this. > > Thanks The information contained in this e-mail and any accompanying documents may contain information that is confidential or otherwise protected from disclosure. If you are not the intended recipient of this message, or if this message has been addressed to you in error, please immediately alert the sender by reply e-mail and then delete this message, including any attachments. Any dissemination, distribution or other use of the contents of this message by anyone other than the intended recipient is strictly prohibited. All messages sent to and from this e-mail address may be monitored as permitted by applicable law and regulations to ensure compliance with our internal policies and to protect our business. E-mails are not secure and cannot be guaranteed to be error free as they can be intercepted, amended, lost or destroyed, or contain viruses. You are deemed to have accepted these risks if you communicate with us by e-mail.
Re: Starting an exec on a remote machine
Instead of WAKEUP, a Pipe using the starmsg driver would also work. If I am only waiting for 1 thing and the process has to be synchronous, I usually use a structure like: 'CP SET SMSG IUCV' 'PIPE (end ? NAME SMsg)', '? starmsg *msg cp xautolog userB #EXEC Y', , '| cons' The stages implied by the <...> would presumably end with a pipestop stage when the expected message is received.. Regards, Richard Schuh > -Original Message- > From: The IBM z/VM Operating System > [mailto:[EMAIL PROTECTED] On Behalf Of Thomas Kern > Sent: Thursday, December 04, 2008 4:03 PM > To: IBMVM@LISTSERV.UARK.EDU > Subject: Re: Starting an exec on a remote machine > > I can think of two mechanisms off-hand. > > 1) after X xautologs user B with command EXEC Y, it loops > checking for user B being logged on. Once user B is no longer > logged on, exec X can continue. > > 2) after X xautologs user B..., it waits for an SMSG from > user B using the WAKEUP program. The EXEC Y needs to send X > and SMSG just before logging indicating a > successful/unsuccessful completion. > > /Tom Kern > > Howard Rifkind wrote: > > I'm running exec X on cms user 'A' > > > > I exec X has to start exec Y running on cms user 'B' and > after exec Y > > terminates it has to return control to the exec on cms user 'A' > > > > I could use some suggestions as to the best way to do this. > > > > Thanks >
Re: Starting an exec on a remote machine
I can think of two mechanisms off-hand. 1) after X xautologs user B with command EXEC Y, it loops checking for user B being logged on. Once user B is no longer logged on, exec X can continue. 2) after X xautologs user B..., it waits for an SMSG from user B using the WAKEUP program. The EXEC Y needs to send X and SMSG just before logging indicating a successful/unsuccessful completion. /Tom Kern Howard Rifkind wrote: > I'm running exec X on cms user 'A' > > I exec X has to start exec Y running on cms user 'B' and after exec Y > terminates it has to return control to the exec on cms user 'A' > > I could use some suggestions as to the best way to do this. > > Thanks
Re: Starting an exec on a remote machine
A couple of options come to mind: 1) Use REXEC to have user "B" execute EXEC "Y" 2) Use XAUTOLOG to log on the user and specify the EXEC "Y" as one of the operands, so that it starts automatically. Have EXEC "Y" either send an SMSG or file to user "A" to notify him that EXEC "Y" is done. Let's see what the REAL gurus come up with. David Wakser From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Howard Rifkind Sent: Thursday, December 04, 2008 6:52 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Starting an exec on a remote machine I'm running exec X on cms user 'A' I exec X has to start exec Y running on cms user 'B' and after exec Y terminates it has to return control to the exec on cms user 'A' I could use some suggestions as to the best way to do this. Thanks _ 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.
Starting an exec on a remote machine
I'm running exec X on cms user 'A' I exec X has to start exec Y running on cms user 'B' and after exec Y terminates it has to return control to the exec on cms user 'A' I could use some suggestions as to the best way to do this. Thanks _ 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: EREP process question.
Ed, Once again thanks, The RUNEREP exec, when it gets to the following statement: 'PRINT SYSEXN RPT-HDR (CC' states that it can't find file SYSEXN RPT-HDR Is this really a separate file or something else. If separate could you forward a sample of the file. Thanks >>> Ed Zell <[EMAIL PROTECTED]> 12/4/2008 4:55 PM >>> Howard, Here is how we process EREP. Operator logs on to EREP and issues#CP EXTand then responds END to the prompt. Operator types RUNEREP to fire up the EXEC to process the data and then clear it out After it runs, Operator typesPROFILE to start EREP back up again and then #CP DISC /* RUNEREP EXEC PROCESS EREP DATA */ ' ACC 201 C/A' ‘ CP SPOOL PRINTER TO SPOOLER CLASS Z NOHOLD CONT' ' PRINT SYSEXN RPT-HDR (CC' ' EXEC SYSEXN ' ' PRINT SUMMARY RPT-HDR (CC ' ' EXEC SUMMARY ' ' PRINT CLEARIT RPT-HDR (CC ' ' EXEC CLEARIT' ' CP SPOOL PRINTER CLOSE NAME EREP 12345' ‘ REL C’ /* SYSEXN EXEC SYSTEM EXCEPTION REPORT */ MAKEBUF QUEUE 'SYSEXN,TABSIZE=512K,ACC=N ' QUEUE 'CPEREP' /* SUMMARY EXEC PRODUCE SUMMARY REPORT */ MAKEBUF QUEUE 'PRINT=SU,ACC=N,TABSIZE=100K,LINECT=60 ' QUEUE 'CPEREP' /* CLEARIT EXECCLEAR OUT THE FILE */ MAKEBUF QUEUE 'PRINT=AL,ACC=N,TABSIZE=100K,LINECT=60,ZERO=Y ' QUEUE 'CPEREP' Ed Zell Illinois Mutual Life (309) 636-0107 From:The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Howard Rifkind Sent: Thursday, December 04, 2008 3:32 PM To: IBMVM@LISTSERV.UARK.EDU Subject: EREP process question. I'm using the EREP parameter below to go against the z/VM EREP machine. The file XAEREPIO RECORD is out there and is some what larger then yesterday. Shouldn't the above file be deleted by these parameter? SYSUM ACC=Y ZERO=Y ENDPARM _ 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. Confidentiality: This e-mail (including any attachments) may contain confidential, proprietary and privileged information, and unauthorized disclosure or use is prohibited. If you receive this e-mail in error, please notify the sender and delete this e-mail from your system. _ 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: EREP process question.
Sorry Ed, Now I see exactly what you are doing. >>> Ed Zell <[EMAIL PROTECTED]> 12/4/2008 4:55 PM >>> Howard, Here is how we process EREP. Operator logs on to EREP and issues#CP EXTand then responds END to the prompt. Operator types RUNEREP to fire up the EXEC to process the data and then clear it out After it runs, Operator typesPROFILE to start EREP back up again and then #CP DISC /* RUNEREP EXEC PROCESS EREP DATA */ ' ACC 201 C/A' ‘ CP SPOOL PRINTER TO SPOOLER CLASS Z NOHOLD CONT' ' PRINT SYSEXN RPT-HDR (CC' ' EXEC SYSEXN ' ' PRINT SUMMARY RPT-HDR (CC ' ' EXEC SUMMARY ' ' PRINT CLEARIT RPT-HDR (CC ' ' EXEC CLEARIT' ' CP SPOOL PRINTER CLOSE NAME EREP 12345' ‘ REL C’ /* SYSEXN EXEC SYSTEM EXCEPTION REPORT */ MAKEBUF QUEUE 'SYSEXN,TABSIZE=512K,ACC=N ' QUEUE 'CPEREP' /* SUMMARY EXEC PRODUCE SUMMARY REPORT */ MAKEBUF QUEUE 'PRINT=SU,ACC=N,TABSIZE=100K,LINECT=60 ' QUEUE 'CPEREP' /* CLEARIT EXECCLEAR OUT THE FILE */ MAKEBUF QUEUE 'PRINT=AL,ACC=N,TABSIZE=100K,LINECT=60,ZERO=Y ' QUEUE 'CPEREP' Ed Zell Illinois Mutual Life (309) 636-0107 From:The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Howard Rifkind Sent: Thursday, December 04, 2008 3:32 PM To: IBMVM@LISTSERV.UARK.EDU Subject: EREP process question. I'm using the EREP parameter below to go against the z/VM EREP machine. The file XAEREPIO RECORD is out there and is some what larger then yesterday. Shouldn't the above file be deleted by these parameter? SYSUM ACC=Y ZERO=Y ENDPARM _ 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. Confidentiality: This e-mail (including any attachments) may contain confidential, proprietary and privileged information, and unauthorized disclosure or use is prohibited. If you receive this e-mail in error, please notify the sender and delete this e-mail from your system. _ 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: EREP process question.
Thanks Ed, Don't you need FILDEFS statements? and is EXEC SYSEXN the control file with the parameters??? >>> Ed Zell <[EMAIL PROTECTED]> 12/4/2008 4:55 PM >>> Howard, Here is how we process EREP. Operator logs on to EREP and issues#CP EXTand then responds END to the prompt. Operator types RUNEREP to fire up the EXEC to process the data and then clear it out After it runs, Operator typesPROFILE to start EREP back up again and then #CP DISC /* RUNEREP EXEC PROCESS EREP DATA */ ' ACC 201 C/A' ‘ CP SPOOL PRINTER TO SPOOLER CLASS Z NOHOLD CONT' ' PRINT SYSEXN RPT-HDR (CC' ' EXEC SYSEXN ' ' PRINT SUMMARY RPT-HDR (CC ' ' EXEC SUMMARY ' ' PRINT CLEARIT RPT-HDR (CC ' ' EXEC CLEARIT' ' CP SPOOL PRINTER CLOSE NAME EREP 12345' ‘ REL C’ /* SYSEXN EXEC SYSTEM EXCEPTION REPORT */ MAKEBUF QUEUE 'SYSEXN,TABSIZE=512K,ACC=N ' QUEUE 'CPEREP' /* SUMMARY EXEC PRODUCE SUMMARY REPORT */ MAKEBUF QUEUE 'PRINT=SU,ACC=N,TABSIZE=100K,LINECT=60 ' QUEUE 'CPEREP' /* CLEARIT EXECCLEAR OUT THE FILE */ MAKEBUF QUEUE 'PRINT=AL,ACC=N,TABSIZE=100K,LINECT=60,ZERO=Y ' QUEUE 'CPEREP' Ed Zell Illinois Mutual Life (309) 636-0107 From:The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Howard Rifkind Sent: Thursday, December 04, 2008 3:32 PM To: IBMVM@LISTSERV.UARK.EDU Subject: EREP process question. I'm using the EREP parameter below to go against the z/VM EREP machine. The file XAEREPIO RECORD is out there and is some what larger then yesterday. Shouldn't the above file be deleted by these parameter? SYSUM ACC=Y ZERO=Y ENDPARM _ 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. Confidentiality: This e-mail (including any attachments) may contain confidential, proprietary and privileged information, and unauthorized disclosure or use is prohibited. If you receive this e-mail in error, please notify the sender and delete this e-mail from your system. _ 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: EREP process question.
Howard, Here is how we process EREP. Operator logs on to EREP and issues#CP EXTand then responds END to the prompt. Operator types RUNEREP to fire up the EXEC to process the data and then clear it out After it runs, Operator typesPROFILE to start EREP back up again and then #CP DISC /* RUNEREP EXEC PROCESS EREP DATA */ ' ACC 201 C/A' ' CP SPOOL PRINTER TO SPOOLER CLASS Z NOHOLD CONT' ' PRINT SYSEXN RPT-HDR (CC' ' EXEC SYSEXN ' ' PRINT SUMMARY RPT-HDR (CC ' ' EXEC SUMMARY ' ' PRINT CLEARIT RPT-HDR (CC ' ' EXEC CLEARIT' ' CP SPOOL PRINTER CLOSE NAME EREP 12345' ' REL C' /* SYSEXN EXEC SYSTEM EXCEPTION REPORT */ MAKEBUF QUEUE 'SYSEXN,TABSIZE=512K,ACC=N ' QUEUE 'CPEREP' /* SUMMARY EXEC PRODUCE SUMMARY REPORT */ MAKEBUF QUEUE 'PRINT=SU,ACC=N,TABSIZE=100K,LINECT=60 ' QUEUE 'CPEREP' /* CLEARIT EXECCLEAR OUT THE FILE */ MAKEBUF QUEUE 'PRINT=AL,ACC=N,TABSIZE=100K,LINECT=60,ZERO=Y ' QUEUE 'CPEREP' Ed Zell Illinois Mutual Life (309) 636-0107 From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Howard Rifkind Sent: Thursday, December 04, 2008 3:32 PM To: IBMVM@LISTSERV.UARK.EDU Subject: EREP process question. I'm using the EREP parameter below to go against the z/VM EREP machine. The file XAEREPIO RECORD is out there and is some what larger then yesterday. Shouldn't the above file be deleted by these parameter? SYSUM ACC=Y ZERO=Y ENDPARM _ 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. . CONFIDENTIALITY: This e-mail (including any attachments) may contain confidential, proprietary and privileged information, and unauthorized disclosure or use is prohibited. If you receive this e-mail in error, notify the sender and delete this e-mail from your system.
Re: EREP process question.
Don't you have to specify HIST=Y or some such to get it to clear the file? IIRC, that used to be the case. Regards, Richard Schuh From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Howard Rifkind Sent: Thursday, December 04, 2008 1:32 PM To: IBMVM@LISTSERV.UARK.EDU Subject: EREP process question. I'm using the EREP parameter below to go against the z/VM EREP machine. The file XAEREPIO RECORD is out there and is some what larger then yesterday. Shouldn't the above file be deleted by these parameter? SYSUM ACC=Y ZERO=Y ENDPARM _ 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: TRANS13 , IND$FILE and CA-TPX
On Thursday, 12/04/2008 at 03:18 EST, "Horlick, Michael" <[EMAIL PROTECTED]> wrote: > Hello Alan, > > Thanks for the info. I do have NOTN3270E specified Then the problem is not in VM's TN3270E support! :-) > MTU sizes? I have '1500' specified in my PROFILE TCPIP. I'll check with > the client. Is there any trace on the mainframe that I can do that would > help diagnose the error? No. The MTU is an administratively-defined value based on the technology you are using. E.g. maybe it should be 1492, not 1500. Have to talk to switch admin. Actually, since you're not getting a hang condition, it is probably *isn't* MTU. One of the ways to verify that MTU is/isn't interfering is to create a file that is 80 bytes wide (RECFM F) and 24 lines long. Each line consists of 8 copies of 1234567890. XEDIT the file. This will cause more than 1492 bytes to be sent. If you get a hang, the MTU is likely the problem, particularly if XEDITing a file with just one line in it works just fine. > I didn't realize IND$FILE wasn't supported. Do you have an idea how > IND$FILE does its business and reports on errors? To the best of my knowledge the 3270 file transfer protocol isn't published. I know that IND$FILE uses some special 3270 orders that target the "data mover" in the emulator rather than the display. And that's only because I've done some tracing in the past. The *orders* used *are* published in the 3270 Display Reference or in a 3174 Functional Description. I would be getting a 3270 trace from the emulator an compare the 3270 data streams in the working and failing cases. Oh, and David's post makes me think: Verify that in the failing and non-failing cases, the alternate screen sizes are the same. I.e. the VM logo screen is 32x80 or 24x80 or whatever in either case. If they are different, then there is an issue with extended attributes in the emulator. Alan Altmark z/VM Development IBM Endicott
EREP process question.
I'm using the EREP parameter below to go against the z/VM EREP machine. The file XAEREPIO RECORD is out there and is some what larger then yesterday. Shouldn't the above file be deleted by these parameter? SYSUM ACC=Y ZERO=Y ENDPARM _ 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: TRANS13 , IND$FILE and CA-TPX
Note that CUT and DFT only matter for real coax. Not applicable to IP connections. Do you know the previous LOGMOD entry he was using on SNA? I think you needed to have extended data streams turned on for IND$FILE to work (and I think the IP stuff always provides that bit in response to a RSF). The emulator is the likely cause of the problem. You can do a telnet trace to look at the terminal type negotiation to determine whether it's negotiating a terminal type with a -E at the end. On 12/4/08 3:21 PM, "Horlick, Michael" <[EMAIL PROTECTED]> wrote: > Mike, > > Thanks for that info. Will ask client about CUT and DFT and other specs. > Will change his logon and get his console spooled. I have CA-VM:Spool > and can check his console.
Re: Question about BFS in 5.4
On Thursday, 12/04/2008 at 02:53 EST, Craig Dudley <[EMAIL PROTECTED]> wrote: > I am having a bit of trouble getting started in setting up SSLSERV on zVM 5.4. > Having never used zVM BFS before, it has become a real pain to set up GSKADMIN > for use my SSLSERV. There is no SSLSERV support available yet for z/VM 5.4. The support should be available in another week or so. That said, GSKADMIN's profile *should* have mounted /../VMBFS:VMSYS:GSKSSLDB/ at /etc/gskadm/. Did someone mess with the PROFILE EXEC? Around line 39 you should see _BFS_fpool_root_ = 'VMSYS' _BFS_fspace_root_ = 'ROOT' _BFS_fspace_gskssldb_ = 'GSKSSLDB' _BFS_subdir_gskssldb_ = '/etc/gskadm/' You should be able to do key management from GSKADMIN even though the SSL server itself (SSLSERV) is not yet operational. Feel free to open a PMR. Alan Altmark z/VM Development IBM Endicott
Re: TRANS13 , IND$FILE and CA-TPX
Mike, Thanks for that info. Will ask client about CUT and DFT and other specs. Will change his logon and get his console spooled. I have CA-VM:Spool and can check his console. Regards, Mike -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Mike Walter Sent: December 4, 2008 3:15 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: TRANS13 , IND$FILE and CA-TPX Google turned up: - TRANS13 Error Writing File to Host: File Transfer Canceled Explanation: Host program has detected an error in the data file during the Send operation. User Action: Retry. If problem persists, call your host personnel. - Some listed the same Explanation for a "Receive" operation. Editing the IND$FILE MODULE and searching for '13' also turned up: 13 Error writing file to host: file transfer canceled $ Google also showed a number of different terminal emulators displaying TRANS13. One of them referred to the difference between CUT (Control Unit Terminals) and DFT (Distributed Function Terminals) terminals (if I remember those acronyms correctly). Which are you using? Often, the descriptions were for PC to MVS/TSO. Most referred to the DCB being wrong (LRECL, RECFM, and for MVS, BLKSIZE). What are the DCB specs for the file being transferred? Can you provide the exact command you are using? If it's from a GUI, then check the CMS command buffer for the previous command immediately after the failure. You can do that by issuing: SET PF07 RETRIEVE BACKWARD and the pressing PF7 twice. The first press will display the SET command. The second should show the IND$FILE command with all its arguments. That may provide a little bit more useful information. Mike Walter Hewitt Associates Any opinions expressed herein are mine alone and do not necessarily represent the opinions or policies of Hewitt Associates. "Horlick, Michael" <[EMAIL PROTECTED]> Sent by: "The IBM z/VM Operating System" 12/04/2008 01:40 PM Please respond to "The IBM z/VM Operating System" To IBMVM@LISTSERV.UARK.EDU cc Subject TRANS13 , IND$FILE and CA-TPX Greetings, My client is still having problems with using IND$FILE over TCP/IP for VM and CA-TPX. This does not occur with SNA. I have opened an issue with CA and they can?t see the problem and the client is supposed to be dealing with MicroFocus regarding the PC component of this puzzle (ProClient). The client has asked me about TN3270E and claims that the Cisco Router 7505 that he uses for SNA connectivity to the mainframe has TN3270E installed. I explained that I don?t think that is an issue (he pointed to me to an IBM web-site stating that TN3270E is not available in TCP/IP for VM for terminals, just printers). He think maybe it is an issue. Also, the file transfer works when he deselects extended attributes. Any clue on how to get to the bottom of this? What exactly does a TRANS13 error mean and how does IND$FILE communicate that info to the emulator so that a pop up window would appear with that error? Is it a return code from the IND$FILE module? Maybe I need to open an issue with IBM to help me understand IND$FILE and when this error message occurs? Of course, to complicate the issue, sometimes a file transfer works, sometimes it says it works but doesn?t actually create the file on the mainframe and sometimes he get the TRANS13 (but only moving a file from the PC to the mainframe and not the reverse). Why would something work in SNA and not TCP/IP when the same 3270 datastream is sent to it? Any nuggets of wisdom/advice would be appreciated. Mike Horlick CGI Montreal The information contained in this e-mail and any accompanying documents may contain information that is confidential or otherwise protected from disclosure. If you are not the intended recipient of this message, or if this message has been addressed to you in error, please immediately alert the sender by reply e-mail and then delete this message, including any attachments. Any dissemination, distribution or other use of the contents of this message by anyone other than the intended recipient is strictly prohibited. All messages sent to and from this e-mail address may be monitored as permitted by applicable law and regulations to ensure compliance with our internal policies and to protect our business. E-mails are not secure and cannot be guaranteed to be error free as they can be intercepted, amended, lost or destroyed, or contain viruses. You are deemed to have accepted these risks if you communicate with us by e-mail.
Re: Question about BFS in 5.4
Is the SSL server for 5.4 GA now? I don't see it on IBMLink. Dennis "We have awakened a sleeping giant, and we have instilled in him a terrible resolve." -- Admiral Yamamoto, following the attack on Pearl Harbor -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Craig Dudley Sent: Thursday, December 04, 2008 09:53 To: IBMVM@LISTSERV.UARK.EDU Subject: [IBMVM] Question about BFS in 5.4 Hi, I am having a bit of trouble getting started in setting up SSLSERV on zVM 5.4. Having never used zVM BFS before, it has become a real pain to set up GSKADMIN for use my SSLSERV. Can anyone tell me what is happening and how to correct it? Thanks When I log onto GSKADMIN and trace the profile, it fails. Here is the trace of PROFILE's execution: Profile..: Setting PF Keys... PF12 RETRIEVE BACKWARD PF24 RETRIEVE BACKWARD Profile..: Setting minidisk environment workspace... DMSACC724I 191 replaces A (191) DMSACP723I E (591) R/O DMSACP723I F (592) R/O Profile..: Setting up BFS environment ... Profile..: Determining what is currently mounted... Nothing is mounted 148 *-* Say _mhdr "Mounting root file system..." >V> "Profile..:" >L> "Mounting root file sy stem..." >O> "Profile..: Mounting root file system..." Profile..: Mounting root file system. .. +++ Interactive trace. TRACE OFF to end debug, ENTER to continue. +++ 149 *-* _command = 'OPENVM MOUNT' _filesys_root ' /' >L> "OPENVM MOUNT" >V> "/../VMBFS:VMSYS:ROOT/ " >O> "OPENVM MOUNT /../VMBF S:VMSYS:ROOT/" >L> " /" >O> "OPENVM MOUNT /../VMBF S:VMSYS:ROOT/ /" 150 *-* 'EXEC' _command >L> "EXEC" >V> "OPENVM MOUNT /../VMBF S:VMSYS:ROOT/ /" >O> "EXEC OPENVM MOUNT /../ VMBFS:VMSYS:ROOT/ /" 151 *-* If (rc <> 0) >V> "0"
Re: TRANS13 , IND$FILE and CA-TPX
Hello Alan, Thanks for the info. I do have NOTN3270E specified INTERNALCLIENTPARMS PORT 23 PORT 2300 TIMEMARK 600 CCSTERMNAME TCPIP CONNECTEXIT SCEXIT NOTN3270E MTU sizes? I have '1500' specified in my PROFILE TCPIP. I'll check with the client. Is there any trace on the mainframe that I can do that would help diagnose the error? I didn't realize IND$FILE wasn't supported. Do you have an idea how IND$FILE does its business and reports on errors? Regards, Mike -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Alan Altmark Sent: December 4, 2008 3:05 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: TRANS13 , IND$FILE and CA-TPX On Thursday, 12/04/2008 at 02:40 EST, "Horlick, Michael" <[EMAIL PROTECTED]> wrote: > The client has asked me about TN3270E and claims that the Cisco Router 7505 > that he uses for SNA connectivity to the mainframe has TN3270E installed. I > explained that I don?t think that is an issue (he pointed to me to an IBM > web-site stating that TN3270E is not available in TCP/IP for VM for terminals, > just printers). He think maybe it is an issue. You can always specify NOTN3270E in InternalClientParms to see if it a problem. (In all cases where NOTN3270E has fixed a problem, the defect was in the 3270 client software, not VM.) > Also, the file transfer works when he deselects extended attributes. ...which has nothing to do with TN3270E. (People sometimes confuse the "TN3270 Enhancements" RFC with "3270 extended attributes". > Any clue on how to get to the bottom of this? What exactly does a TRANS13 error > mean and how does IND$FILE communicate that info to the emulator so that a pop > up window would appear with that error? Is it a return code from the IND$FILE > module? Maybe I need to open an issue with IBM to help me understand IND$FILE > and when this error message occurs? Of course, to complicate the issue, > sometimes a file transfer works, sometimes it says it works but doesn?t > actually create the file on the mainframe and sometimes he get the TRANS13 (but > only moving a file from the PC to the mainframe and not the reverse). Remember that IND$FILE is provided as-is on the host. There is no support. As to what the pop-up is showing, that's in the realm of the emulator. It can show you whatever it wants. Talk to the emulator vendor. > Why would something work in SNA and not TCP/IP when the same 3270 datastream is > sent to it? The emulator could act differently when configured for TCP/IP vs. SNA. I would expect the 3270 data stream from the emulator to the host to be identical. > Any nuggets of wisdom/advice would be appreciated. Make sure the MTU sizes are correct all along the way between the host and the workstation. If a frame is truncated, you will get errors. Alan Altmark z/VM Development IBM Endicott
Re: TRANS13 , IND$FILE and CA-TPX
Google turned up: - TRANS13 Error Writing File to Host: File Transfer Canceled Explanation: Host program has detected an error in the data file during the Send operation. User Action: Retry. If problem persists, call your host personnel. - Some listed the same Explanation for a "Receive" operation. Editing the IND$FILE MODULE and searching for '13' also turned up: 13 Error writing file to host: file transfer canceled $ Google also showed a number of different terminal emulators displaying TRANS13. One of them referred to the difference between CUT (Control Unit Terminals) and DFT (Distributed Function Terminals) terminals (if I remember those acronyms correctly). Which are you using? Often, the descriptions were for PC to MVS/TSO. Most referred to the DCB being wrong (LRECL, RECFM, and for MVS, BLKSIZE). What are the DCB specs for the file being transferred? Can you provide the exact command you are using? If it's from a GUI, then check the CMS command buffer for the previous command immediately after the failure. You can do that by issuing: SET PF07 RETRIEVE BACKWARD and the pressing PF7 twice. The first press will display the SET command. The second should show the IND$FILE command with all its arguments. That may provide a little bit more useful information. Mike Walter Hewitt Associates Any opinions expressed herein are mine alone and do not necessarily represent the opinions or policies of Hewitt Associates. "Horlick, Michael" <[EMAIL PROTECTED]> Sent by: "The IBM z/VM Operating System" 12/04/2008 01:40 PM Please respond to "The IBM z/VM Operating System" To IBMVM@LISTSERV.UARK.EDU cc Subject TRANS13 , IND$FILE and CA-TPX Greetings, My client is still having problems with using IND$FILE over TCP/IP for VM and CA-TPX. This does not occur with SNA. I have opened an issue with CA and they can?t see the problem and the client is supposed to be dealing with MicroFocus regarding the PC component of this puzzle (ProClient). The client has asked me about TN3270E and claims that the Cisco Router 7505 that he uses for SNA connectivity to the mainframe has TN3270E installed. I explained that I don?t think that is an issue (he pointed to me to an IBM web-site stating that TN3270E is not available in TCP/IP for VM for terminals, just printers). He think maybe it is an issue. Also, the file transfer works when he deselects extended attributes. Any clue on how to get to the bottom of this? What exactly does a TRANS13 error mean and how does IND$FILE communicate that info to the emulator so that a pop up window would appear with that error? Is it a return code from the IND$FILE module? Maybe I need to open an issue with IBM to help me understand IND$FILE and when this error message occurs? Of course, to complicate the issue, sometimes a file transfer works, sometimes it says it works but doesn?t actually create the file on the mainframe and sometimes he get the TRANS13 (but only moving a file from the PC to the mainframe and not the reverse). Why would something work in SNA and not TCP/IP when the same 3270 datastream is sent to it? Any nuggets of wisdom/advice would be appreciated. Mike Horlick CGI Montreal The information contained in this e-mail and any accompanying documents may contain information that is confidential or otherwise protected from disclosure. If you are not the intended recipient of this message, or if this message has been addressed to you in error, please immediately alert the sender by reply e-mail and then delete this message, including any attachments. Any dissemination, distribution or other use of the contents of this message by anyone other than the intended recipient is strictly prohibited. All messages sent to and from this e-mail address may be monitored as permitted by applicable law and regulations to ensure compliance with our internal policies and to protect our business. E-mails are not secure and cannot be guaranteed to be error free as they can be intercepted, amended, lost or destroyed, or contain viruses. You are deemed to have accepted these risks if you communicate with us by e-mail.
Re: Question about BFS in 5.4
I'm not really an expert at this, but I think your "OPENVM MOUNT /../VMBFS:VMSYS:GSKSSLDB/ /etc/" should be "OPENVM MOUNT /../VMBFS:VMSYS:GSKSSLDB/ /etc" Peter -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Craig Dudley Sent: December 4, 2008 12:53 To: IBMVM@LISTSERV.UARK.EDU Subject: Question about BFS in 5.4 Hi, I am having a bit of trouble getting started in setting up SSLSERV on zVM 5.4. Having never used zVM BFS before, it has become a real pain to set up GSKADMIN for use my SSLSERV. Can anyone tell me what is happening and how to correct it? Thanks When I log onto GSKADMIN and trace the profile, it fails. Here is the trace of PROFILE's execution: Profile..: Setting PF Keys... PF12 RETRIEVE BACKWARD PF24 RETRIEVE BACKWARD Profile..: Setting minidisk environment workspace... DMSACC724I 191 replaces A (191) DMSACP723I E (591) R/O DMSACP723I F (592) R/O Profile..: Setting up BFS environment ... Profile..: Determining what is currently mounted... Nothing is mounted 148 *-* Say _mhdr "Mounting root file system..." >V> "Profile..:" >L> "Mounting root file sy stem..." >O> "Profile..: Mounting root file system..." Profile..: Mounting root file system. .. +++ Interactive trace. TRACE OFF to end debug, ENTER to continue. +++ 149 *-* _command = 'OPENVM MOUNT' _filesys_root ' /' >L> "OPENVM MOUNT" >V> "/../VMBFS:VMSYS:ROOT/ " >O> "OPENVM MOUNT /../VMBF S:VMSYS:ROOT/" >L> " /" >O> "OPENVM MOUNT /../VMBF S:VMSYS:ROOT/ /" 150 *-* 'EXEC' _command >L> "EXEC" >V> "OPENVM MOUNT /../VMBF S:VMSYS:ROOT/ /" >O> "EXEC OPENVM MOUNT /../ VMBFS:VMSYS:ROOT/ /" 151 *-* If (rc <> 0) >V> "0" >L> "0"
Re: TRANS13 , IND$FILE and CA-TPX
On Thursday, 12/04/2008 at 02:40 EST, "Horlick, Michael" <[EMAIL PROTECTED]> wrote: > The client has asked me about TN3270E and claims that the Cisco Router 7505 > that he uses for SNA connectivity to the mainframe has TN3270E installed. I > explained that I don?t think that is an issue (he pointed to me to an IBM > web-site stating that TN3270E is not available in TCP/IP for VM for terminals, > just printers). He think maybe it is an issue. You can always specify NOTN3270E in InternalClientParms to see if it a problem. (In all cases where NOTN3270E has fixed a problem, the defect was in the 3270 client software, not VM.) > Also, the file transfer works when he deselects extended attributes. ...which has nothing to do with TN3270E. (People sometimes confuse the "TN3270 Enhancements" RFC with "3270 extended attributes". > Any clue on how to get to the bottom of this? What exactly does a TRANS13 error > mean and how does IND$FILE communicate that info to the emulator so that a pop > up window would appear with that error? Is it a return code from the IND$FILE > module? Maybe I need to open an issue with IBM to help me understand IND$FILE > and when this error message occurs? Of course, to complicate the issue, > sometimes a file transfer works, sometimes it says it works but doesn?t > actually create the file on the mainframe and sometimes he get the TRANS13 (but > only moving a file from the PC to the mainframe and not the reverse). Remember that IND$FILE is provided as-is on the host. There is no support. As to what the pop-up is showing, that's in the realm of the emulator. It can show you whatever it wants. Talk to the emulator vendor. > Why would something work in SNA and not TCP/IP when the same 3270 datastream is > sent to it? The emulator could act differently when configured for TCP/IP vs. SNA. I would expect the 3270 data stream from the emulator to the host to be identical. > Any nuggets of wisdom/advice would be appreciated. Make sure the MTU sizes are correct all along the way between the host and the workstation. If a frame is truncated, you will get errors. Alan Altmark z/VM Development IBM Endicott
Question about BFS in 5.4
Hi, I am having a bit of trouble getting started in setting up SSLSERV on zVM 5.4. Having never used zVM BFS before, it has become a real pain to set up GSKADMIN for use my SSLSERV. Can anyone tell me what is happening and how to correct it? Thanks When I log onto GSKADMIN and trace the profile, it fails. Here is the trace of PROFILE's execution: Profile..: Setting PF Keys... PF12 RETRIEVE BACKWARD PF24 RETRIEVE BACKWARD Profile..: Setting minidisk environment workspace... DMSACC724I 191 replaces A (191) DMSACP723I E (591) R/O DMSACP723I F (592) R/O Profile..: Setting up BFS environment ... Profile..: Determining what is currently mounted... Nothing is mounted 148 *-* Say _mhdr "Mounting root file system..." >V> "Profile..:" >L> "Mounting root file sy stem..." >O> "Profile..: Mounting root file system..." Profile..: Mounting root file system. .. +++ Interactive trace. TRACE OFF to end debug, ENTER to continue. +++ 149 *-* _command = 'OPENVM MOUNT' _filesys_root ' /' >L> "OPENVM MOUNT" >V> "/../VMBFS:VMSYS:ROOT/ " >O> "OPENVM MOUNT /../VMBF S:VMSYS:ROOT/" >L> " /" >O> "OPENVM MOUNT /../VMBF S:VMSYS:ROOT/ /" 150 *-* 'EXEC' _command >L> "EXEC" >V> "OPENVM MOUNT /../VMBF S:VMSYS:ROOT/ /" >O> "EXEC OPENVM MOUNT /../ VMBFS:VMSYS:ROOT/ /" 151 *-* If (rc <> 0) >V> "0" >L> "0" >O> "0" 157 *-* Say _mhdr "Mounting GSKSSLDB file space at:" _BFS_subdir_gskssldb_ >V> "Profile..:" >L> "Mounting GSKSSLDB file space at:" >O> "Profile..: Mounting GSKSSLDB file space at:" >V> "/etc/" >O> "Profile..: Mounting GSKSSLDB file space at: / etc/" Profile..: Mounting GSKSSLDB file space at: / etc/ 158 *-* _command = 'OPENVM MOUNT' _filesys_gskssldb _BFS_subdir_gskssldb_ >L> "OPENVM MOUNT" >V> "/../VMBFS:VMSYS:GSKSS LDB/" >O> "OPENVM MOUNT /../VMBF S:VMSYS:GSKSSLDB/" >V> "/etc/" >O> "OPENVM MOUNT /../VMBFS:VMSYS:GSKSSLDB/ / etc/" 159 *-* 'EXEC' _command >L> "EXEC" >V> "OPENVM MOUNT /../VMBFS:VMSYS:GSKSSLDB/ / etc/" >O> "EXEC OPENVM MOUNT /../VMBFS:VMSYS:GSKSSLDB/ / etc/" DMSOVZ2120E Unable to resolve current working directory for path name +++ RC(28) +++ 160 *-* If (rc <> 0) >V> "28" >L> "0" >O> "1" 161 *-*Then *-*Do 162 *-* Say _ehdr "Unexpected error from command:" _command >V> "Profile-->" >L> "Unexpected error from command:" >O> "Profile--> Unexpected error from command:" >V> "OPENVM MOUNT /../VMBFS:VMSYS:GSKSSLDB/ / etc/" >O> "Profile--> Unexpected error from command: OPENVM MOUNT /../VMB FS:VMSYS:GSKSSLDB/ /etc/" Profile--> Unexpected error from command: OPENVM MOUNT /../ VMBFS:VMSYS:GSKSSLDB/ /etc/ 163 *-* Say _mhdr "RC =" rc >V> "Profile..:" >L> "RC =" >O> "Profile..: RC =" >V> "28" >O> "Profile..: RC = 28" Profile..: RC = 28 164 *-* Signal Profile_Exit 199 *-* Profile_Exit: 200 *-* Exit rc >V> "28" Ready; T=0.05/0.10 11:03:16 sp con close The DMSOVZ2134E Return code is 129 and the reason code is 2102. An OPENVM LISTFILE shows: openvm listfile Directory = '/' Update-Dt Update-Tm Type Links Bytes Path name component 10/02/2008 11:54:28 D- - 'bin' 10/02/2008 11:54:07 D- - 'dev' 10/02/2008 11:54:07 E3 - - 'etc' 10/02/2008 11:54:06 D- - 'home' 10/02/2008 11:54:07 L- - 'lib' 10/02/2008 11:54:06 D- - 'opt' 10/02/2008 11:54:07 E3 - - 'tmp' 10/02/2008 11:54:07 L- - 'u' 10/02/2008 11:54:07 D- - 'usr' 10/02/2008 11:54:07 E3 - - 'var' Ready; T=0.01/0.01 12:45:15 Thanks -- Craig Dudley Department of Information Technology State of New Hampshire 27 Hazen Drive Concord, NH 03301 603-271-1506Fax 603-271-1516
TRANS13 , IND$FILE and CA-TPX
Greetings, My client is still having problems with using IND$FILE over TCP/IP for VM and CA-TPX. This does not occur with SNA. I have opened an issue with CA and they can't see the problem and the client is supposed to be dealing with MicroFocus regarding the PC component of this puzzle (ProClient). The client has asked me about TN3270E and claims that the Cisco Router 7505 that he uses for SNA connectivity to the mainframe has TN3270E installed. I explained that I don't think that is an issue (he pointed to me to an IBM web-site stating that TN3270E is not available in TCP/IP for VM for terminals, just printers). He think maybe it is an issue. Also, the file transfer works when he deselects extended attributes. Any clue on how to get to the bottom of this? What exactly does a TRANS13 error mean and how does IND$FILE communicate that info to the emulator so that a pop up window would appear with that error? Is it a return code from the IND$FILE module? Maybe I need to open an issue with IBM to help me understand IND$FILE and when this error message occurs? Of course, to complicate the issue, sometimes a file transfer works, sometimes it says it works but doesn't actually create the file on the mainframe and sometimes he get the TRANS13 (but only moving a file from the PC to the mainframe and not the reverse). Why would something work in SNA and not TCP/IP when the same 3270 datastream is sent to it? Any nuggets of wisdom/advice would be appreciated. Mike Horlick CGI Montreal
Missing Consultant ... Need to contact.
Sorry folks for this sort of post but my email has been purged prior to 11/1/08. I was speaking with some one regarding help with the installation of Dirmaint/RACF on z/VM. Can that person, if you read this message, please email me off list, need to speak with you. Thanks. _ 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.