Re: z/VM usability
On Thursday, 05/03/2007 at 07:35 EST, Dave Jones [EMAIL PROTECTED] wrote: No, no new pipelines stages. That's simply b.splease see Rob van der Heij's What's New with CMS Pipelines presentation from the zExpo last month. There are at least 5 new Pipes stages that have been introduced and others are on the way. You're right, Dave, I was using hyperbole to make a point (damn that Chuckie): there are few new stages. No, no new PL/I compiler. They are also nothing to sneeze at considering those investments are being made at a time when z/VM's value to IBM is its ability to compete in the virtual server arena. As soon as the market signals its willingness to substitute CMS application development where it currently says large scale virtualization, then you will get dizzy as we swing the development engine to focus on CMS. As long as it keeps selling new hardware. But the market will not signal it's willingness until it sees that IBM (the owner of CMS after all) is committed to the platform and that they can be sure it will be around for awhile. Why invest time and money if IBM is not willing to do so.especially if the development community knows that, e.g., there are versions of the new z/OS PL/I compilers that are available for CMS, but IBM chooses not to release them for that environment.? Well, it's been nigh on 40 years that CMS has been around. Seems like a committment to me. CMS is here to stay. If all the people with z/OS get z/VM and [re]discover CMS, who knows what might happen? Never say die! Your post gives the impression that we have a new PL/I compiler sitting here on CMS that we don't want to ship. If such a thing exists, I've never seen it or heard of it. And you'd be wrong, with all do respect...that is not the feed back I am getting from my young, recent college graduate that I am teaching VM to these days. Once they get past the 3270 hurdles, they think the CMS environment is wy cool. And the way to get them past the 3270 hurdles is to simply demo to them that the 3270 interface is *exactly* like filling in a form on a web browser...you can only type in certain areas, and nothing happens until you click on the 'submit button...they grok that right away. I said what *I'd* do, having spent nearly 30 years programming on keypunches, 2741s and 3270s. OTOH, if I'm going to be a sysprog, then I'd much rather do that on z (VM, please) with my trusty 3270. [Please forgive me. I'm not a fan of SCRIPT/VS, either. I prefer WYSIWYG document editors.] I think their grass is greener than mine The place CMS really shines is as a scripting tool. That was a major motivation for the ldap client programs and is what is driving the demand for snmp and ssh clients. Requirements that deal with this aspect of CMS have a much better chance, I think, of being satisfied. Alan Altmark z/VM Development IBM Endicott
RSCS help needed
backup guy here again in need of assistance... Last night one of the rscs links froze. Q F showed one file at the top in sending mode with many behind in waiting status. Purged the sending file, stop/start the link and files were again moving. Now I've been told to provide an explanation. question 1 - how to look at rscs log - I think the command would be. smsg rscs cp sp cons close to myid is that correct? question 2 - if I remember correctly rscs now uses tcpip as transport mechanism. If this is correct is there anything on that side I should be looking at? If there are any other hints that may be helpful I would appreciate hearing them. Thanks again. -James
Re: RSCS help needed
RSCS can use SNA, CTC or TCP/IP as transport mechanism for a link to another NJE site, it depends on your setup. Example SM RSCS Q VMKBMB01 Link Name Status Type VMKBMB01 connectTCPNJE which is for TCP/IP, the other linktypes are SNANJE or NJE. If it is a link driving a printer, it probably is SNA or TCP/IP. If your link is SNA, also have a look at the VTAM console; for TCP/IP, maybe the TCPIP console can tell you things too. 2007/5/4, James M [EMAIL PROTECTED]: backup guy here again in need of assistance... Last night one of the rscs links froze. Q F showed one file at the top in sending mode with many behind in waiting status. Purged the sending file, stop/start the link and files were again moving. Now I've been told to provide an explanation. question 1 - how to look at rscs log - I think the command would be. smsg rscs cp sp cons close to myid is that correct? question 2 - if I remember correctly rscs now uses tcpip as transport mechanism. If this is correct is there anything on that side I should be looking at? If there are any other hints that may be helpful I would appreciate hearing them. Thanks again. -James -- Kris Buelens, IBM Belgium, VM customer support
Re: RSCS help needed
OK - thanks. Seems to be nje w/dedicated ctc. I think I found a clue. 09180,07/05/03 16:46:00 RSCS SYS1 : 16:46:00 DMTNTR930E LINK SYS2 STR EAM 2 DENIED -- INSUFFICIENT SPOOL SPACE , I assuming this means the remote system (SYS2) has run out of spool space?? Oddly it seemed to recover and send more files until around 8PM when I got involved. I do remember checking spool on both sides at that time and each had plenty. BTW sys1 sys2 are z/vm 52 - sys2 is second level. So I guess the mystery remains - why did it hang @8PM? - why did the purge of the sending(hung) file not clear things? Why did I have to stop/start the link to free it? Thanks for the help. -James On 5/4/07, Kris Buelens [EMAIL PROTECTED] wrote: RSCS can use SNA, CTC or TCP/IP as transport mechanism for a link to another NJE site, it depends on your setup. Example SM RSCS Q VMKBMB01 Link Name Status Type VMKBMB01 connectTCPNJE which is for TCP/IP, the other linktypes are SNANJE or NJE. If it is a link driving a printer, it probably is SNA or TCP/IP. If your link is SNA, also have a look at the VTAM console; for TCP/IP, maybe the TCPIP console can tell you things too. 2007/5/4, James M [EMAIL PROTECTED] : backup guy here again in need of assistance... Last night one of the rscs links froze. Q F showed one file at the top in sending mode with many behind in waiting status. Purged the sending file, stop/start the link and files were again moving. Now I've been told to provide an explanation. question 1 - how to look at rscs log - I think the command would be. smsg rscs cp sp cons close to myid is that correct? question 2 - if I remember correctly rscs now uses tcpip as transport mechanism. If this is correct is there anything on that side I should be looking at? If there are any other hints that may be helpful I would appreciate hearing them. Thanks again. -James -- Kris Buelens, IBM Belgium, VM customer support
Re: RSCS help needed
Seems to be nje w/dedicated ctc. dedicated ctc? I am guessing that you mean that the RSCS machine has a *virtual* ctc coupled to the host machine running the second level VM? If you really have a *hardware* ctc connecting the two VM instances (regardless of whether they are in the same LPAR, or physical machine), you can use it to run ISFC: ACTIVATE ISLINK dev (if I remember correctly). Then from any one side you can just copy files directly to/from SFS on the other side. A real breeze! Shimon -- Shimon Lebowitzmailto:[EMAIL PROTECTED] VM System Programmer mailto:[EMAIL PROTECTED] Israel Police National HQ. http://www.poboxes.com/shimonpgp Jerusalem, Israel phone: +972 2 542-9877 fax: 542-9308
Re: Network changes - more detail
THANK YOU!! :-) On Friday, 05/04/2007 at 03:10 ZE2, Shimon Lebowitz [EMAIL PROTECTED] wrote: Basically: I want to be sure that I understand this correctly - can the cable that connects the router to the 2216 be unplugged from the 2216 and plugged into the OSE, and still work (subject to any required definition changes in software)? So, can you replace a 2216 with an OSA-Express configured as an OSE chpid and managed by OSA/SF? As I understand the 2216, yes. The 2216 appears as an XCA device on the host side and emits SNA frames on the network side. The OSA does the same thing. Alan Altmark z/VM Development IBM Endicott -- Shimon Lebowitzmailto:[EMAIL PROTECTED] VM System Programmer mailto:[EMAIL PROTECTED] Israel Police National HQ. http://www.poboxes.com/shimonpgp Jerusalem, Israel phone: +972 2 542-9877 fax: 542-9308
VM-VTAM/VSCS question
The background to this question is that we have 95% of our VM users accessing the system via TCPIP TELNET sessions. However we have a handful of remote users still accessing us via SNA and efforts to convert these to IP seem to continually meet roadblocks. For a number of reasons we want to remove VTAM from our main VM systems but we do also have a small 'server' system. Our idea is, as an interim solution, we route all SNA traffic to VTAM on the small server and then use a session manager on that server to allow users to access our main systems. (Load is very low - maximum 6-8 users at any one time - 200 users in total). However, if we do this we would like to make it as transparent as possible so I have some questions :- 1) Normally incoming terminal users use VSCS as the application - could this be a different application (say a session manager). 2) If we stay with VSCS, can this be set up to automatically 'dial' to a session manager userid 3) From the 'session manager' we would want to open a telnet session to another VM system 4) Are there any recommendations for free/cheap session manager (or tools with which to build one). The ideal would be for the SNA session to point to an application on the small server which would then, transparently, take the user over a telnet session to the target VM. I suspect that this is one step to far and they would, at least, have to make a selection from a session manager panel. Any advice/help would be welcome. With best regards / mit den besten Grüßen, Colin G Allinson Technical Manager VM Amadeus Data Processing GmbH T +49 (0) 8122-43 49 75 F +49 (0) 8122-43 32 60 [EMAIL PROTECTED] http://www.amadeus.com IMPORTANT - CONFIDENTIALITY NOTICE - This e-mail is intended only for the use of the individual or entity shown above as addressees . It may contain information which is privileged, confidential or otherwise protected from disclosure under applicable laws . If the reader of this transmission is not the intended recipient, you are hereby notified that any dissemination, printing, distribution, copying, disclosure or the taking of any action in reliance on the contents of this information is strictly prohibited. If you have received this transmission in error, please immediately notify us by reply e-mail or using the address below and delete the message and any attachments from your system . Amadeus Data Processing GmbH Geschäftsführer: Eberhard Haag Sitz der Gesellschaft: Erding HR München 48 199 Berghamer Strasse 6 85435 Erding Germany
Re: z/VM usability
I'm currently engaged in moving a bunch of things from VM/CMS to Linux. Most of it is written in Rexx with a lot of Pipelines. The Rexx part has proved to be pretty easy -- ooRexx is mostly compatible and mostly an improvement. The Pipeline part is a lot tougher. I sure wish CMS Pipelines could be ported to Linux (and Mac OS X, for that matter; ooRexx works there as well). I miss Xedit, but THE is almost as good and works pretty well with ooRexx. THE lacks update support, which would be a big help, but I'm sure that would be a complicated thing to implement. Actually, a CMS shell that ran under Linux would be pretty neat. There is always a Linux replacement for a VM/CMS feature, but often it isn't nearly as nice. A lot of times rethinking something from the CMS way to the Linux way helps, but sometimes not. Some things are actually easier with Linux. I wish IBM had done some things differently 10 years ago.
Re: z/VM usability
barton [EMAIL PROTECTED] wrote: So question: If there was a web/browser interface on z/vm that would support a complete interactive CMS environment, would that be of interest? It's not that difficult (says the guy that tells other people to do the work). We already take 3270 CMS applications and run them with a web interface on z/VM. The real question is what applications would installations really want to build on CMS and would giving them a browser interfact for this help or be a waste of resources? First, Yes - it would be of interest. Now comes the difficult bit - we have had a full function web interface (not yours I am afraid) for some years now but it has never taken off because of the effort of webifying legacy applications. We have only a couple of applications that are written for it. Part of this may be down to the particular web interface we use where the controls for implementing a new application seem like a black art. Mainly this is because most applications are created by users and this would need to be much easier for them to do. Now, if there was a web interface that could allow users to log on provide a general purpose CMS interface that was nice to use and, at the same time, handle fullscreen interfaces from legacy applications (mainly DMS/CMS full screen xedit but also ISPF, fullscreen CMS IOS3270) then we would be talking. With best regards / mit den besten Grüßen, Colin G Allinson Technical Manager VM Amadeus Data Processing GmbH T +49 (0) 8122-43 49 75 F +49 (0) 8122-43 32 60 [EMAIL PROTECTED] http://www.amadeus.com IMPORTANT - CONFIDENTIALITY NOTICE - This e-mail is intended only for the use of the individual or entity shown above as addressees . It may contain information which is privileged, confidential or otherwise protected from disclosure under applicable laws . If the reader of this transmission is not the intended recipient, you are hereby notified that any dissemination, printing, distribution, copying, disclosure or the taking of any action in reliance on the contents of this information is strictly prohibited. If you have received this transmission in error, please immediately notify us by reply e-mail or using the address below and delete the message and any attachments from your system . Amadeus Data Processing GmbH Geschäftsführer: Eberhard Haag Sitz der Gesellschaft: Erding HR München 48 199 Berghamer Strasse 6 85435 Erding Germany
Re: Spool Area Full
Now I must put all this theory to work. (my heart's thumping) I've been ordered to add more spool to a critical second level guest because of a rscs problem I reported in a new message today. Before I do it I want to double check to make sure I've got everything right. (It's been years since I did vm - early esa). Here's what I think i must do.PLEASE correct me att free cuu to 2nd level vm on 2nd level maint att cuu * cpfmtxa label (i.e. spoolz) format allocate 0-end spol Update sysconfig--- cprel a link * cf1 cf1 mw acc cf1 z x system config z slot 1 vol1 slot 2 vol2 slot 3 reserved -- which I will change to spoolz rel z(det link * cf1 cf1 rr cpacc * cf1 a sr def cpown slot 3 spoolz att cuu system spoolz on the first level system I must.. update direct entry for 2nd level guest adding dedicate cuu I don't believe I need to update 1st level system config for dedicated disks - right? Did I miss anything - any gotchas? Thanks for any and all help -James On 4/30/07, Kris Buelens [EMAIL PROTECTED] wrote: Murphy's law dictates a small change in the order of things. With the order you propose there is a time window where the SYSTEM CONFIG does not know the new spool volume, but CP uses it for new spool files. If CP goes down in that window, all spool files with some parts of the new volume will be lost after the restart. The good order to be 100% safe is: 1. Format allocate (like you say) 2. Update SYSTEM CONFIG 3. DEFINE CPOWNED 4. ATTACH to SYSTEM To find which spool files have parts on a given volume, get this tool http://www.vm.ibm.com/download/packages/descript.cgi?SPOOLCHN 2007/4/30, James M [EMAIL PROTECTED]: z/VM 5.2 I'm backing up the vm sys prog and sure enough - bing - a problem immediately. Problem solved but I have a couple of questions. adding a new spool full volume steps - is this correct.. att cuu * as vdev cpfmta vdev label vmspxx done... format done.. allocate spol 0-end done... end Once cpfmtxa ends - att cuu system vmspxx update cpowned list in config file. ...and I'm off and running. Followup question - is there a convenient way to migrate spool files from that volume without cold starting? Another spool followup question. If I query alloc and do the math on the spool numbers I get 80% If I q alloc spool I get 53% How come? Any rexx exec's out there that can monitor spool and send me an email if x%? Thanks James -- Kris Buelens, IBM Belgium, VM customer support
Re: TCPIP/VM Problem
Sergio, it might be of more help if you could post the console log from the TCPIP virtual machine. It can be found in the TCPMAINT's reader queue. Sergio Lima wrote: Hi List, We try run TCP/IP under VM for the first time. When give LOGON on TCP/IP Machine, the TCPRUN exec don't work, so, We put TRACE R in this EXEC, and received a bad result, like this : Thanks very much Sergio Lima Costa System Consultant Sao paulo - Brazil ApagarResponderEncaminharNão é spamTransferir Anterior | Próxima | Voltar às mensagens Salvar texto da mensagem | Cabeçalhos Verificar e-mailEscrever TG: UI: SFI: SFV: -- var url1 = http://br.f305.mail.yahoo.com/ym/Search?Find=1y5beta=yesB=1_p=bottom;; Buscar no Yahoo! Mail: [input] [input] Buscar no Yahoo! MailBuscar na web __ Fale com seus amigos de graça com o novo Yahoo! Messenger http://br.messenger.yahoo.com/ -- DJ V/Soft
TCPIP/VM Problem
Hi List, We try run TCP/IP under VM for the first time. When give LOGON on TCP/IP Machine, the TCPRUN exec don't work, so, We put TRACE R in this EXEC, and received a bad result, like this : Ready; T=0.01/0.01 08:44:42 profile DMSACP723I D (198) R/O DMSACP723I E (591) R/O DMSACP723I F (592) R/O Ready; T=0.01/0.02 08:44:50 28 *-* _Level = 310 /* Level of TCPRUN */ 310 29 *-* /* trace Off */ 30 *-* SIGNAL ON NOVALUE /* Trap value errors */ 31 *-* arg g.cmdparms ( g.cmdopts 32 *-* address command 33 *-* /*CP SPOOL CONSOLE CLOSE STOP /* Close any pending cons lo g */*/ 36 *-* Call Initialize1023 *-* Initialize:1024 *-* /*** ***/ 1025 *-* /* Set up global variables, constants, and default DTCPARMS values. */1026 *-* /* Values of constants should be uppercase except if _Isx.*/1027 *-* /* Constants (_x) should be set only in this routine.*/1028 *-* /*** ***/ 1029 *-* _False= 0 /* Global constants*/ 01030 *-* _No = 0 01031 *-* _True = 1 11032 *-* _Yes = 1 11033 *-* _MaxConsLL= 80 /* Maximum console line lengt h */ 801034 *-* _IsDec= 0123456789 /* Decimal values*/ 01234567891035 *-* _IsHex= 0123456789ABCDEFabcdef /* Hex values*/ 0123456789ABCDEFabcdef1036 *-* _IsFilemode = ABCDEFGHIJKLMNOPQRTUVWXYZ /* A to Z, no S*/ ABCDEFGHIJKLMNOPQRTUVWXYZ1037 *-* _dbfile = TCPRUN DEBUG A TCPRUN DEBUG A1038 *-* _NoLogoff = NO_LOGOFF NO_LOGOFF1039 *-* _Set = SET SET1040 *-* _Reset= RESET RESET1041 *-* _GlobalExit = TCPRUNXT TCPRUNXT1042 *-* _ByUser = BYUSER BYUSER1043 *-* _ByClass = BYCLASS BYCLASS 1044 *-* _ClassDNS = DNS DNS1045 *-* _ClassSTACK = STACK STACK1046 *-* _ClassREXEC_Agent = REXEC_AGENT REXEC_AGENT1047 *-* _ClassREXEC = REXEC REXEC1048 *-* _ClassFTP = FTP FTP1049 *-* _ClassNFS = NFS NFS1050 *-* _ClassSMTP= SMTP SMTP 1051 *-* _ClassLPD = LPD LPD1052 *-* _ClassSNMP= SNMP SNMP1053 *-* _ClassSNMPQE = SNMPQE SNMPQE1054 *-* _ClassPORTMAPPER = PORTMAPPER PORTMAPPER1055 *-* _ClassKERBEROS= KERBEROS KERBEROS1056 *-* _ClassKADMIN = KADMIN KADMIN1057 *-* _ClassLLB = NCSLLB NCSLLB 1058 *-* _ClassGLB = NCSGLB NCSGLB1059 *-* _ClassBOOTP = BOOTP BOOTP1060 *-* _ClassTFTP = TFTP TFTP1061 *-* _ClassDHCP= DHCP DHCP1062 *-* _ClassNDB = NDB NDB 1063 *-* _ClassNDB_Agent = NDB_AGENT NDB_AGENT1064 *-* _Userid = userid() TCPIP1065 *-* PIPE CMS IDENTIFY ] spec w3 ] var _nodeid PIPE CMS IDENTIFY ] spec w3 ] var _nodeid1066 *-* GLOBALV SELECT DTCRUN GET DEBUG GLOBALV SELECT DTCRUN GET DEBUG1067 *-* _debug= ( g.cmdopts = DEBUG ] debug ) 0 1068 *-* if _debug 01079 *-* /***/1080 *-* /* Create list of DTCPARMS files to be searched for server */1081 *-* /* and server class definitions, and place in _ParmFile. */1082 *-* /* array. There must at least one file present since we */1083 *-* /* ship IBM DTCPARMS with the product. */1084 *-* /***/1085 *-* _AllFiles.0 = 4 /* This value is assumed elsewher e */ 41086 *-* _AllFiles.1 = _Userid DTCPARMS TCPIP DTCPARMS1087 *-* _AllFiles.2 = _nodeid DTCPARMS GURI/SP DTCPARMS1088 *-* _AllFiles.3 = SYSTEM DTCPARMS SYSTEM DTCPARMS1089 *-* _AllFiles.4 = IBM DTCPARMS IBM DTCPARMS1091 *-* PIPE stem _AllFiles., ] state, ] spec w1 1 w2 nw w3 nw, ] stem _ParmFile. PIPE stem _AllFiles. ] state ] spec w1 1 w2 nw w3 nw ] stem _Parm
Re: Spool Area Full
It seems all right for the spool Ough, but what do I see? link * cf1 cf1 mw You should never link in MW mode if you like the data on a CMS minidisk, never, never, never (or almost never). So, change that into link * cf1 cf1 m of link * cf1 cf1 mr The advantage of linking MR is that you the the mindisk in RO mode when someone else has it RW, and then a Q LINKS vdev allows you to see the virtual address of who prohibits the RW link: link maint 193 999 m HCPLNM105E MAINT 0193 not linked; R/W by KRIS3 link maint 193 999 mr HCPLNM102E DASD 0999 forced R/O; R/W by KRIS3 q links 999 KRIS30111 R/W, KRIS 0999 R/O cp send cp kris3 DET 111 never, never, never (or almost never): The only exception I see for an MW link to a CMS formatted minidisk is when you are 100% certain that the R/W linker has not ACCESSed that minidisk. Example: the 191 minidisk of a Linux guest that when it has not IPLed CMS. Kris 2007/5/4, James M [EMAIL PROTECTED]: Now I must put all this theory to work. (my heart's thumping) I've been ordered to add more spool to a critical second level guest because of a rscs problem I reported in a new message today. Before I do it I want to double check to make sure I've got everything right. (It's been years since I did vm - early esa). Here's what I think i must do.PLEASE correct me att free cuu to 2nd level vm on 2nd level maint att cuu * cpfmtxa label (i.e. spoolz) format allocate 0-end spol Update sysconfig--- cprel a link * cf1 cf1 mw acc cf1 z x system config z slot 1 vol1 slot 2 vol2 slot 3 reserved -- which I will change to spoolz rel z(det link * cf1 cf1 rr cpacc * cf1 a sr def cpown slot 3 spoolz att cuu system spoolz on the first level system I must.. update direct entry for 2nd level guest adding dedicate cuu I don't believe I need to update 1st level system config for dedicated disks - right? Did I miss anything - any gotchas? Thanks for any and all help -James On 4/30/07, Kris Buelens [EMAIL PROTECTED] wrote: Murphy's law dictates a small change in the order of things. With the order you propose there is a time window where the SYSTEM CONFIG does not know the new spool volume, but CP uses it for new spool files. If CP goes down in that window, all spool files with some parts of the new volume will be lost after the restart. The good order to be 100% safe is: 1. Format allocate (like you say) 2. Update SYSTEM CONFIG 3. DEFINE CPOWNED 4. ATTACH to SYSTEM To find which spool files have parts on a given volume, get this tool http://www.vm.ibm.com/download/packages/descript.cgi?SPOOLCHN 2007/4/30, James M [EMAIL PROTECTED]: z/VM 5.2 I'm backing up the vm sys prog and sure enough - bing - a problem immediately. Problem solved but I have a couple of questions. adding a new spool full volume steps - is this correct.. att cuu * as vdev cpfmta vdev label vmspxx done... format done.. allocate spol 0-end done... end Once cpfmtxa ends - att cuu system vmspxx update cpowned list in config file. ...and I'm off and running. Followup question - is there a convenient way to migrate spool files from that volume without cold starting? Another spool followup question. If I query alloc and do the math on the spool numbers I get 80% If I q alloc spool I get 53% How come? Any rexx exec's out there that can monitor spool and send me an email if x%? Thanks James IBM Belgium, VM customer support
Re: TCPIP/VM Problem
On Friday, 05/04/2007 at 12:03 ZW3, Sergio Lima [EMAIL PROTECTED] wrote: Hi List, We try run TCP/IP under VM for the first time. When give LOGON on TCP/IP Machine, the TCPRUN exec don't work, so, We put TRACE R in this EXEC, and received a bad result, like this : : Logic error - contact the IBM Support Center As the message says, open a PMR. TCPRUN is trying to read GURI/SP DTCPARMS *. A slash is not a valid character in a CMS file. TCPRUN needs to remove any special characters from the node id before using it as a filename. It is doing this because your NJE node name, which IDENTIFY gets from SYSTEM NETID S or the SYSTEM_IDENTIFIER in SYSTEM CONFIG, is GURI/SP. Alan Altmark z/VM Development IBM Endicott
Re: Spool Area Full
See suggestions below, prefixed by: sugg-- You left out some specific commands, but it looks as if you are aware of them and just wanted more of an overview. You have the major points covered in good order. Nice memory! (Did I remember to say Nice memory!?). Mike Walter Hewitt Associates Any opinions expressed herein are mine alone and do not necessarily represent the opinions or policies of Hewitt Associates. James M [EMAIL PROTECTED] Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 05/04/2007 10:01 AM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: Spool Area Full Now I must put all this theory to work. (my heart's thumping) I've been ordered to add more spool to a critical second level guest because of a rscs problem I reported in a new message today. Before I do it I want to double check to make sure I've got everything right. (It's been years since I did vm - early esa). Here's what I think i must do.PLEASE correct me att free cuu to 2nd level vm on 2nd level maint att cuu * cpfmtxa label (i.e. spoolz) format allocate 0-end spol Update sysconfig--- cprel a link * cf1 cf1 mw acc cf1 z sugg-- COPYFILE SYSTEM CONFIG Z -1SYSTEM CONFIG Z (OLDDATE (Having a backup of the previous SYSTEM CONFIG, with the required filetype CONFIG can be handle in case of a crisis, and as evidence of what it looked like before the change) x system config z slot 1 vol1 slot 2 vol2 slot 3 reserved -- which I will change to spoolz sugg-- FFILE ... :-) sugg-- CPSYNTAX SYSTEM CONFIG Z ( **ALWAYS** check for errors) rel z (det link * cf1 cf1 rr cpacc * cf1 a sr def cpown slot 3 spoolz att cuu system spoolz sugg--- CP START VOLid spoolz ALL sugg--- Prevent MDISKs from be allocated on that volume, mark that volume in use however you do it (perhaps with VM:Secure, perhaps buy adding a disk ot $PAGE$, or some other - just as long as no MDISKs can get allocated thereon). on the first level system I must.. update direct entry for 2nd level guest adding dedicate cuu I don't believe I need to update 1st level system config for dedicated disks - right? Did I miss anything - any gotchas? Thanks for any and all help -James On 4/30/07, Kris Buelens [EMAIL PROTECTED] wrote: Murphy's law dictates a small change in the order of things. With the order you propose there is a time window where the SYSTEM CONFIG does not know the new spool volume, but CP uses it for new spool files. If CP goes down in that window, all spool files with some parts of the new volume will be lost after the restart. The good order to be 100% safe is: 1. Format allocate (like you say) 2. Update SYSTEM CONFIG 3. DEFINE CPOWNED 4. ATTACH to SYSTEM To find which spool files have parts on a given volume, get this tool http://www.vm.ibm.com/download/packages/descript.cgi?SPOOLCHN 2007/4/30, James M [EMAIL PROTECTED]: z/VM 5.2 I'm backing up the vm sys prog and sure enough - bing - a problem immediately. Problem solved but I have a couple of questions. adding a new spool full volume steps - is this correct.. att cuu * as vdev cpfmta vdev label vmspxx done... format done.. allocate spol 0-end done... end Once cpfmtxa ends - att cuu system vmspxx update cpowned list in config file. ...and I'm off and running. Followup question - is there a convenient way to migrate spool files from that volume without cold starting? Another spool followup question. If I query alloc and do the math on the spool numbers I get 80% If I q alloc spool I get 53% How come? Any rexx exec's out there that can monitor spool and send me an email if x%? Thanks James -- Kris Buelens, IBM Belgium, VM customer support The information contained in this e-mail and any accompanying documents may contain information that is confidential or otherwise protected from disclosure. If you are not the intended recipient of this message, or if this message has been addressed to you in error, please immediately alert the sender by reply e-mail and then delete this message, including any attachments. Any dissemination, distribution or other use of the contents of this message by anyone other than the intended recipient is strictly prohibited.
Re: z/VM usability
Hi, Alan. Thanks for taking the time to respond in an intelligent and thoughtful manner to my rather ranting-style post. I appreciate it. Alan Altmark wrote: On Thursday, 05/03/2007 at 07:35 EST, Dave Jones [EMAIL PROTECTED] wrote: No, no new pipelines stages. That's simply b.splease see Rob van der Heij's What's New with CMS Pipelines presentation from the zExpo last month. There are at least 5 new Pipes stages that have been introduced and others are on the way. You're right, Dave, I was using hyperbole to make a point (damn that Chuckie): there are few new stages. And how many time have we told you *not* to use big words like hyperbole or sophisticated literary devices like similes and metaphors; you're dealing with VM-ers here, after all..;-) No, no new PL/I compiler. They are also nothing to sneeze at considering those investments are being made at a time when z/VM's value to IBM is its ability to compete in the virtual server arena. As soon as the market signals its willingness to substitute CMS application development where it currently says large scale virtualization, then you will get dizzy as we swing the development engine to focus on CMS. As long as it keeps selling new hardware. But the market will not signal it's willingness until it sees that IBM (the owner of CMS after all) is committed to the platform and that they can be sure it will be around for awhile. Why invest time and money if IBM is not willing to do so.especially if the development community knows that, e.g., there are versions of the new z/OS PL/I compilers that are available for CMS, but IBM chooses not to release them for that environment.? Well, it's been nigh on 40 years that CMS has been around. Seems like a committment to me. CMS is here to stay. If all the people with z/OS get z/VM and [re]discover CMS, who knows what might happen? Never say die! While IBM Endicott may have been committed to CMS for 40 years, the rest of IBM certainly has not followed suit. The decision to move away from OfficeVison to Notes by IBM certainly did not give the VM base the warm fuzzies, among the other things IBM has done over the years to, if not kill BVM of explicitly, at least deemphasis it considerably. These actions are noted by both the end users and the ISVs when they start making new product development plans and allocating software budgets. Your post gives the impression that we have a new PL/I compiler sitting here on CMS that we don't want to ship. If such a thing exists, I've never seen it or heard of it. Not so much a case of IBM having a new version of PL/I for CMS just sitting on a shelf somewhere and not being shipped as a case that the PL/I compiler team uses CMS in it's development and a version for that environment could be made available with very little additional effort. Having such an updated PL/I compiler, with the many new features and functions that have been introduced since the current compiler for VM (PL/I for MVS and VM, 5688-235) was made available, would be a real boon to the ISVs who use PL/I. I think their grass is greener than mine The place CMS really shines is as a scripting tool. That was a major motivation for the ldap client programs and is what is driving the demand for snmp and ssh clients. Requirements that deal with this aspect of CMS have a much better chance, I think, of being satisfied. You're correct as far as you go with that statement, AlanCMS is a great scripting tool environment, which also makes it a great place do to real application development and deployment as well. Have a good weekend, too. Alan Altmark z/VM Development IBM Endicott -- DJ V/Soft
Re: Spool Area Full
One minor thing out of order... You should probably update the first level directory entry for the second level guest before committing the disk to the second level guest's use. Probably not gonna bite you if you do it afterward, but, ... Also, depending upon your volser naming scheme and what you do with volsers at first level IPL time, you may have to change the include/exclude section for volumes in the first level system config, or some vary on/off or other actions in some AUTOLOGx step. This seems to vary from site to site. I think you should also have it in the includes for system volumes on the second level system config. I can't remember if the slot definition reserves it, so the include may only have a documentation effect, but I think it is a good idea. - Original Message - From: James M To: IBMVM@LISTSERV.UARK.EDU Sent: Friday, May 04, 2007 11:01 AM Subject: Re: Spool Area Full snip 2nd level steps on the first level system I must.. update direct entry for 2nd level guest adding dedicate cuu I don't believe I need to update 1st level system config for dedicated disks - right? Did I miss anything - any gotchas? Thanks for any and all help -James
Re: Spool Area Full
Rich Greenberg wrote: On: Fri, May 04, 2007 at 11:59:16AM -0400,James M Wrote: } Ok will do. thanks } another question.. } Because I'm paranoid and have no idea what type of backup the vm guy has on } this system I've decided to ddr the two cpowned volumes to a backup disk } defore adding the spool. } I have the disks attached to maint 2nd level } when i copy all maints 123 to the backup vol will that cause problems ?- } i.e. } I won't end up with two sysres volumes with tha same label - right - just } checking. Yes you will. Make sure you detach the 2 disks from the 2nd level system as soon as the DDR is done. Or just do the DDR to tape (unless you have lots of spare DASD). If these disks would duplicate any first level labels, it would be a good idea to re-label them. Do I understand correctly that you want to DDR backup your 1st-level CP owned DASD on a second-level VM? If so, how did you attach them to the 2ndlevel sys? Also, keep in mind that if these CP-vols contain SPOOL, Warm, or CKPT areas, you probably won't get a decent DDR copy unless you run a Standalone DDR. This is because SPOOL pointers are likely to be changing on the running system WHILE you are making you image copy. If you prefer not to run Standalone DDR, you should make sure you have a good SPXTAPE dump of your SPOOL and SDF files.
Re: TCPIP/VM Problem
Dave, I forgot this, good idea. I will get this file and next put here. Thanks for now. Sergio Dave Jones [EMAIL PROTECTED] escreveu: Sergio, it might be of more help if you could post the console log from the TCPIP virtual machine. It can be found in the TCPMAINT's reader queue. Sergio Lima wrote: Hi List, We try run TCP/IP under VM for the first time. When give LOGON on TCP/IP Machine, the TCPRUN exec don't work, so, We put TRACE R in this EXEC, and received a bad result, like this : Thanks very much Sergio Lima Costa System Consultant Sao paulo - Brazil ApagarResponderEncaminharNão é spamTransferir Anterior | Próxima | Voltar às mensagens Salvar texto da mensagem | Cabeçalhos Verificar e-mailEscrever TG: UI: SFI: SFV: -- var url1 = http://br.f305.mail.yahoo.com/ym/Search?Find=1y5beta=yesB=1_p=bottom;; Buscar no Yahoo! Mail: [input] [input] Buscar no Yahoo! MailBuscar na web __ Fale com seus amigos de graça com o novo Yahoo! Messenger http://br.messenger.yahoo.com/ -- DJ V/Soft __ Fale com seus amigos de graça com o novo Yahoo! Messenger http://br.messenger.yahoo.com/
Re: TCPIP/VM Problem
Dave, I forgot this, good idea. I will get this file and next put here. Thanks for now. Sergio Dave Jones [EMAIL PROTECTED] escreveu: Sergio, it might be of more help if you could post the console log from the TCPIP virtual machine. It can be found in the TCPMAINT's reader queue. Sergio Lima wrote: Hi List, We try run TCP/IP under VM for the first time. When give LOGON on TCP/IP Machine, the TCPRUN exec don't work, so, We put TRACE R in this EXEC, and received a bad result, like this : Thanks very much Sergio Lima Costa System Consultant Sao paulo - Brazil ApagarResponderEncaminharNão é spamTransferir Anterior | Próxima | Voltar às mensagens Salvar texto da mensagem | Cabeçalhos Verificar e-mailEscrever TG: UI: SFI: SFV: -- var url1 = http://br.f305.mail.yahoo.com/ym/Search?Find=1y5beta=yesB=1_p=bottom;; Buscar no Yahoo! Mail: [input] [input] Buscar no Yahoo! MailBuscar na web __ Fale com seus amigos de graça com o novo Yahoo! Messenger http://br.messenger.yahoo.com/ -- DJ V/Soft __ Fale com seus amigos de graça com o novo Yahoo! Messenger http://br.messenger.yahoo.com/
Re: Spool Area Full
WARM and CKPT cylinders are described by SYSTEM CONFIG. E.g. System_Residence, Checkpoint Volid ESP54A From CYL 21 For 9 , Warmstart Volid ESP54A From CYL 30 For 9 The USER DIRECT (or whatever you're using for Directory Management) describes where MAINT's CF1, CF2, and CF3 disks, and everything lives. It's a good thing to know where the disk containing USER DIRECT lives, too (usually on unmodified systems: MAINT 2CC). Not just for this change, but *always* know where those disks live. Print something that has the current locations - you'll be glad you have it if something goes dead in the dark. Your old VM sysprog (hey... I resemble that remark!) probably has userid entries in USER DIRECT to describe where some things are located so that no other MDISKs can be allocated over them. The IBM-defined way is to install IDs beginning ending with $-signs, such as: USER $ALLOC$ NOLOG USER $DIRECT$ NOLOG USER $SYSCKP$ NOLOG USER $SYSWRM$ NOLOG USER $PAGE$ NOLOG USER $SPOOL$ NOLOG USER $TDISK$ NOLOG If you're adding a SPOOL volume, it would be a GOOD IDEA to update $SPOOL$ to include that full-pack disk so no minidisk gets allocated over your SPOOL files at a later date. Mike Walter Hewitt Associates Any opinions expressed herein are mine alone and do not necessarily represent the opinions or policies of Hewitt Associates. James M [EMAIL PROTECTED] Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 05/04/2007 11:46 AM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: Spool Area Full I thought of that already. I ran spxtape dump. Good idea about the parm disks. should i get the info from cpload or user direct or both? On 5/4/07, Mike Walter [EMAIL PROTECTED] wrote: Unless that target system is SHUTDOWN before using DDR, and because of lots of things that can change on those two SPOOL DASD and CKPT and WARM start areas, you're really much better off using: SPXTAPE DUMP tape_vdev SPOOL ALL to backup ALL (including types of files: RDR, PRT, PUN, IMG, NLS, NSS, UCR, SDF, etc.) The if something goes drastically wrong (as it could have it you use MW on the CPACC, and as Kris observantly pointed out), you can always IPL that system CLEAN, fix the problem and SPXTAPE LOAD the files back to SPOOL. Another consideration: know on what DASD and at what cylinders ranges your second level MAINT CF1, CF2 disks reside. That gives our 1st level system a change to change those files if the 2nd level system won't IPL. It's a GOOD THING to know where those disks live (and your directory source disk, DRCT cyls, etc. anyway), as well as having experimented with SPXTAPE DUMP and LOAD before a crisis. Mike Walter Hewitt Associates Any opinions expressed herein are mine alone and do not necessarily represent the opinions or policies of Hewitt Associates. James M [EMAIL PROTECTED] Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 05/04/2007 10:59 AM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: Spool Area Full Ok will do. thanks another question.. Because I'm paranoid and have no idea what type of backup the vm guy has on this system I've decided to ddr the two cpowned volumes to a backup disk defore adding the spool. I have the disks attached to maint 2nd level when i copy all maints 123 to the backup vol will that cause problems ?- i.e. I won't end up with two sysres volumes with tha same label - right - just checking. -James On 5/4/07, Kris Buelens [EMAIL PROTECTED] wrote: It seems all right for the spool Ough, but what do I see? link * cf1 cf1 mw You should never link in MW mode if you like the data on a CMS minidisk, never, never, never (or almost never). So, change that into link * cf1 cf1 m of link * cf1 cf1 mr The advantage of linking MR is that you the the mindisk in RO mode when someone else has it RW, and then a Q LINKS vdev allows you to see the virtual address of who prohibits the RW link: link maint 193 999 m HCPLNM105E MAINT 0193 not linked; R/W by KRIS3 link maint 193 999 mr HCPLNM102E DASD 0999 forced R/O; R/W by KRIS3 q links 999 KRIS30111 R/W, KRIS 0999 R/O cp send cp kris3 DET 111 never, never, never (or almost never): The only exception I see for an MW link to a CMS formatted minidisk is when you are 100% certain that the R/W linker has not ACCESSed that minidisk. Example: the 191 minidisk of a Linux guest that when it has not IPLed CMS. Kris 2007/5/4, James M [EMAIL PROTECTED] : Now I must put all this theory to work. (my heart's thumping) I've been ordered to add more spool to a critical second level guest because of a rscs problem I reported in a new message today. Before I do it I want to double check to make sure I've got everything right. (It's been years
VSCS PSW
When our MVS guys logon to VM, VSCS is called. We have a assembler which is used to make the password invisible when the VM screen appears (we can on ly see 'logon userid'). This pgm is very old and I would like to replace to a new one. I would like to know if a sample exist for such a thing or how you do for the same requirement. If you have a pgm you want to share with me I take it :) Alain Benveniste
Re: Spool Area Full
Thanks for all the help everyone. It's comforting to know there are people out there who care. I've added the spool volume without problems. Before I did... spxtape dump spool all ddr 123 to tape ddr 124 to tape sent user direct diskmap to my id on 1st level sent system config to my 1st level id sent q cpload output to 1st level -James On 5/4/07, Mike Walter [EMAIL PROTECTED] wrote: WARM and CKPT cylinders are described by SYSTEM CONFIG. E.g. System_Residence, Checkpoint Volid ESP54A From CYL 21 For 9 , Warmstart Volid ESP54A From CYL 30 For 9 The USER DIRECT (or whatever you're using for Directory Management) describes where MAINT's CF1, CF2, and CF3 disks, and everything lives. It's a good thing to know where the disk containing USER DIRECT lives, too (usually on unmodified systems: MAINT 2CC). Not just for this change, but *always* know where those disks live. Print something that has the current locations - you'll be glad you have it if something goes dead in the dark. Your old VM sysprog (hey... I resemble that remark!) probably has userid entries in USER DIRECT to describe where some things are located so that no other MDISKs can be allocated over them. The IBM-defined way is to install IDs beginning ending with $-signs, such as: USER $ALLOC$ NOLOG USER $DIRECT$ NOLOG USER $SYSCKP$ NOLOG USER $SYSWRM$ NOLOG USER $PAGE$ NOLOG USER $SPOOL$ NOLOG USER $TDISK$ NOLOG If you're adding a SPOOL volume, it would be a GOOD IDEA to update $SPOOL$ to include that full-pack disk so no minidisk gets allocated over your SPOOL files at a later date. Mike Walter Hewitt Associates Any opinions expressed herein are mine alone and do not necessarily represent the opinions or policies of Hewitt Associates. *James M [EMAIL PROTECTED]* Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 05/04/2007 11:46 AM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: Spool Area Full I thought of that already. I ran spxtape dump. Good idea about the parm disks. should i get the info from cpload or user direct or both? On 5/4/07, *Mike Walter *[EMAIL PROTECTED][EMAIL PROTECTED] wrote: Unless that target system is SHUTDOWN before using DDR, and because of lots of things that can change on those two SPOOL DASD and CKPT and WARM start areas, you're really much better off using: SPXTAPE DUMP tape_vdev SPOOL ALL to backup ALL (including types of files: RDR, PRT, PUN, IMG, NLS, NSS, UCR, SDF, etc.) The if something goes drastically wrong (as it could have it you use MW on the CPACC, and as Kris observantly pointed out), you can always IPL that system CLEAN, fix the problem and SPXTAPE LOAD the files back to SPOOL. Another consideration: know on what DASD and at what cylinders ranges your second level MAINT CF1, CF2 disks reside. That gives our 1st level system a change to change those files if the 2nd level system won't IPL. It's a GOOD THING to know where those disks live (and your directory source disk, DRCT cyls, etc. anyway), as well as having experimented with SPXTAPE DUMP and LOAD before a crisis. Mike Walter Hewitt Associates Any opinions expressed herein are mine alone and do not necessarily represent the opinions or policies of Hewitt Associates. *James M [EMAIL PROTECTED] [EMAIL PROTECTED]* * Sent by: The IBM z/VM Operating System [EMAIL PROTECTED]IBMVM@LISTSERV.UARK.EDU 05/04/2007 10:59 AM Please respond to The IBM z/VM Operating System [EMAIL PROTECTED]IBMVM@LISTSERV.UARK.EDU To [EMAIL PROTECTED] IBMVM@LISTSERV.UARK.EDU cc Subject Re: Spool Area Full Ok will do. thanks another question.. Because I'm paranoid and have no idea what type of backup the vm guy has on this system I've decided to ddr the two cpowned volumes to a backup disk defore adding the spool. I have the disks attached to maint 2nd level when i copy all maints 123 to the backup vol will that cause problems ?- i.e. I won't end up with two sysres volumes with tha same label - right - just checking. -James On 5/4/07, *Kris Buelens* [EMAIL PROTECTED] *[EMAIL PROTECTED] wrote: It seems all right for the spool Ough, but what do I see? link * cf1 cf1 mw You should never link in MW mode if you like the data on a CMS minidisk, never, never, never (or almost never). So, change that into link * cf1 cf1 m of link * cf1 cf1 mr The advantage of linking MR is that you the the mindisk in RO mode when someone else has it RW, and then a Q LINKS vdev allows you to see the virtual address of who prohibits the RW link: link maint 193 999 m HCPLNM105E MAINT 0193 not linked; R/W by KRIS3 link maint 193 999 mr HCPLNM102E DASD 0999 forced R/O; R/W by KRIS3 q links 999 KRIS30111 R/W, KRIS 0999 R/O cp send cp kris3 DET 111 never, never, never (or almost never): The only exception I see for an MW link to a CMS formatted minidisk is when you are 100% certain that the R/W linker
Re: z/VM usability
On Friday, 05/04/2007 at 10:45 EST, Dave Jones [EMAIL PROTECTED] wrote: And how many time have we told you *not* to use big words like hyperbole or sophisticated literary devices like similes and metaphors; you're dealing with VM-ers here, after all..;-) Erudite VMers, of course. Erudite. ;-) While IBM Endicott may have been committed to CMS for 40 years, the rest of IBM certainly has not followed suit. The decision to move away from OfficeVison to Notes by IBM certainly did not give the VM base the warm fuzzies, among the other things IBM has done over the years to, if not kill BVM of explicitly, at least deemphasis it considerably. These actions are noted by both the end users and the ISVs when they start making new product development plans and allocating software budgets. But, you know, IBM Corporation never killed off VM. In spite of various attempts by various parts of the company to do so, the people who ultimately make those decisions said (quoting Julia Roberts) Tempting, but no. Yes, we moved many of our most treasured apps off of CMS, but I firmly believe those were sound business decisions. Annoying as all get out [oops..midwestern slang..sorry], sure, but the right thing to do. As far as OV was concerned, it was a casualty of the larger Office Wars that include e-mail, calendaring, collaboration, business process integration, business intelligence, and data warehousing. I do miss its simplicityI don't miss the lack of a clustering HA solution or the inability to manage my calendar when not connected to the network. (sigh) Credit where credit is due: IBM's lack of understanding [unwillingness to listen?] about how personal computing would imact departmental computing that would ultimately affect enterprise computing was the oxygen supply the fire needed, and so we found ourselves hoist on our own petard. Your post gives the impression that we have a new PL/I compiler sitting here on CMS that we don't want to ship. If such a thing exists, I've never seen it or heard of it. Not so much a case of IBM having a new version of PL/I for CMS just sitting on a shelf somewhere and not being shipped as a case that the PL/I compiler team uses CMS in it's development and a version for that environment could be made available with very little additional effort. I've poked at statements like this in the past. Effort by how many people? You know as well as anyone that developing a product is just one of the steps in bringing a product to market. You have to validate it, package it, market it, service it, and, in general, manage it. That ain't cheap. I notice that not all Linux software is available on all platforms, either. Why? Because just cross-compiling isn't sufficient. Having such an updated PL/I compiler, with the many new features and functions that have been introduced since the current compiler for VM (PL/I for MVS and VM, 5688-235) was made available, would be a real boon to the ISVs who use PL/I. I hope that all the z/VM ISVs who are using PL/I are pounding on their PWD contacts to express their concerns. You're correct as far as you go with that statement, AlanCMS is a great scripting tool environment, which also makes it a great place do to real application development and deployment as well. I'm not sure I see the relationship, Dave. Why does a good scripting environment imply a good AD environment? (2 pages, 1/2 margins, pica, double spaced, due Monday, you have a good w/e too!). TGIF. Alan Altmark z/VM Development IBM Endicott
Re: Spool Area Full
Thanks for the confirmation that you've completed the task. It's not all that often that those offering guidance on the list actually hear back when the task at hand is done. Mike Walter Hewitt Associates Any opinions expressed herein are mine alone and do not necessarily represent the opinions or policies of Hewitt Associates. --- In reply to: Thanks for all the help everyone. It's comforting to know there are people out there who care. I've added the spool volume without problems. Before I did... spxtape dump spool all ddr 123 to tape ddr 124 to tape sent user direct diskmap to my id on 1st level sent system config to my 1st level id sent q cpload output to 1st level -James The information contained in this e-mail and any accompanying documents may contain information that is confidential or otherwise protected from disclosure. If you are not the intended recipient of this message, or if this message has been addressed to you in error, please immediately alert the sender by reply e-mail and then delete this message, including any attachments. Any dissemination, distribution or other use of the contents of this message by anyone other than the intended recipient is strictly prohibited.
Re: VSCS PSW
On Friday, 05/04/2007 at 12:31 EST, Alain Benveniste [EMAIL PROTECTED] wrote: When our MVS guys logon to VM, VSCS is called. We have a assembler which is used to make the password invisible when the VM screen appears (we can only see 'logon userid'). This pgm is very old and I would like to replace to a new one. I would like to know if a sample exist for such a thing or how you do for the same requirement. If you have a pgm you want to share with me I take it :) I'm not understanding, Alain. The password field on the logo is not visible. Where is this assembler program used and how was it installed? Alan Altmark z/VM Development IBM Endicott
Re: VM-VTAM/VSCS question
PVM might be an answer. It had both SNA and scripting capabilities, and its a pretty decent session manager. NVAS would have been another option, but it requires VSAM, so prob not viable over the long term. If you had to roll your own, the IBM CCL code does have API libraries for some SNA functions, or you could probably easily add SNA function to YVETTE. -Original Message- From: Colin Allinson [EMAIL PROTECTED] To: IBMVM@LISTSERV.UARK.EDU IBMVM@LISTSERV.UARK.EDU Sent: 5/4/07 10:21 AM Subject: VM-VTAM/VSCS question The background to this question is that we have 95% of our VM users accessing the system via TCPIP TELNET sessions. However we have a handful of remote users still accessing us via SNA and efforts to convert these to IP seem to continually meet roadblocks. For a number of reasons we want to remove VTAM from our main VM systems but we do also have a small 'server' system. Our idea is, as an interim solution, we route all SNA traffic to VTAM on the small server and then use a session manager on that server to allow users to access our main systems. (Load is very low - maximum 6-8 users at any one time - 200 users in total). However, if we do this we would like to make it as transparent as possible so I have some questions :- 1) Normally incoming terminal users use VSCS as the application - could this be a different application (say a session manager). 2) If we stay with VSCS, can this be set up to automatically 'dial' to a session manager userid 3) From the 'session manager' we would want to open a telnet session to another VM system 4) Are there any recommendations for free/cheap session manager (or tools with which to build one). The ideal would be for the SNA session to point to an application on the small server which would then, transparently, take the user over a telnet session to the target VM. I suspect that this is one step to far and they would, at least, have to make a selection from a session manager panel. Any advice/help would be welcome. With best regards / mit den besten Grüßen, Colin G Allinson Technical Manager VM Amadeus Data Processing GmbH T +49 (0) 8122-43 49 75 F +49 (0) 8122-43 32 60 [EMAIL PROTECTED] http://www.amadeus.com IMPORTANT - CONFIDENTIALITY NOTICE - This e-mail is intended only for the use of the individual or entity shown above as addressees . It may contain information which is privileged, confidential or otherwise protected from disclosure under applicable laws . If the reader of this transmission is not the intended recipient, you are hereby notified that any dissemination, printing, distribution, copying, disclosure or the taking of any action in reliance on the contents of this information is strictly prohibited. If you have received this transmission in error, please immediately notify us by reply e-mail or using the address below and delete the message and any attachments from your system . Amadeus Data Processing GmbH Geschäftsführer: Eberhard Haag Sitz der Gesellschaft: Erding HR München 48 199 Berghamer Strasse 6 85435 Erding Germany
Re: VM-VTAM/VSCS question
On Friday, 05/04/2007 at 03:18 AST, David Boyes [EMAIL PROTECTED] wrote: PVM might be an answer. It had both SNA and scripting capabilities, and its a pretty decent session manager. PVM comes with an SNA session manager (PVMG). The LU name you have associated with VSCS could be moved to PVMG. Instead of seeing a VM logo the user now sees the PVMG-driven node selection screen. Anything reachable by PVM is fair game. It doesn't use telnet, but it does support TCP/IP connections to other PVM nodes, so that means licensing PVM on each of your VM systems. If you had to roll your own, the IBM CCL code does have API libraries for some SNA functions, or you could probably easily add SNA function to YVETTE. Not CCL. IBM Communications Server for Linux (CSL) has SNA APIs. Easily add SNA function to YVETTE? I thought it was a CMS app. (I haven't looked at it in years.) Alan Altmark z/VM Development IBM Endicott
Re: VSCS PSW
On: Fri, May 04, 2007 at 12:31:00PM -0500,Alain Benveniste Wrote: } When our MVS guys logon to VM, VSCS is called. We have a assembler which is } used to make the password invisible when the VM screen appears (we can only } see 'logon userid'). This pgm is very old and I would like to replace to a } new one. } I would like to know if a sample exist for such a thing or how you do for } the same requirement. If you have a pgm you want to share with me I take it :) Alain, Like Alan, I am confused. Please clarify what is it that you want to be invisible. The normal login screen has 3 lines. Userid, password command. As set up by default for as far back as I can recall the data portion of the Password line is non-display. (Non-display == invisible). Is that what you want? If so, just remove your mod and you have it. Or for some reason do you also want the word Password to be invisible? If thats what you want (Why?) you can do it by twiddling the logos. Its been a while and I don't recall exactly where, but in your SYSTEM CONFIG file there is a pointer to the logo config files. -- Rich Greenberg N Ft Myers, FL, USA richgr atsign panix.com + 1 239 543 1353 Eastern time. N6LRT I speak for myself my dogs only.VM'er since CP-67 Canines:Val, Red, Shasta Casey (RIP), Red Zero, Siberians Owner:Chinook-L Retired at the beach Asst Owner:Sibernet-L
Re: VM-VTAM/VSCS question
There is at least one VTAM session manager on the CBT tapes. I don't know what it would take to port it to run under VM, but.. the price is right and it comes with source. SOL is the name of the thing I think. -Paul ---BeginMessage--- PVM might be an answer. It had both SNA and scripting capabilities, and its a pretty decent session manager. NVAS would have been another option, but it requires VSAM, so prob not viable over the long term. If you had to roll your own, the IBM CCL code does have API libraries for some SNA functions, or you could probably easily add SNA function to YVETTE. -Original Message- From: Colin Allinson [EMAIL PROTECTED] To: IBMVM@LISTSERV.UARK.EDU IBMVM@LISTSERV.UARK.EDU Sent: 5/4/07 10:21 AM Subject: VM-VTAM/VSCS question The background to this question is that we have 95% of our VM users accessing the system via TCPIP TELNET sessions. However we have a handful of remote users still accessing us via SNA and efforts to convert these to IP seem to continually meet roadblocks. For a number of reasons we want to remove VTAM from our main VM systems but we do also have a small 'server' system. Our idea is, as an interim solution, we route all SNA traffic to VTAM on the small server and then use a session manager on that server to allow users to access our main systems. (Load is very low - maximum 6-8 users at any one time - 200 users in total). However, if we do this we would like to make it as transparent as possible so I have some questions :- 1) Normally incoming terminal users use VSCS as the application - could this be a different application (say a session manager). 2) If we stay with VSCS, can this be set up to automatically 'dial' to a session manager userid 3) From the 'session manager' we would want to open a telnet session to another VM system 4) Are there any recommendations for free/cheap session manager (or tools with which to build one). The ideal would be for the SNA session to point to an application on the small server which would then, transparently, take the user over a telnet session to the target VM. I suspect that this is one step to far and they would, at least, have to make a selection from a session manager panel. Any advice/help would be welcome. With best regards / mit den besten Grüßen, Colin G Allinson Technical Manager VM Amadeus Data Processing GmbH T +49 (0) 8122-43 49 75 F +49 (0) 8122-43 32 60 [EMAIL PROTECTED] http://www.amadeus.com IMPORTANT - CONFIDENTIALITY NOTICE - This e-mail is intended only for the use of the individual or entity shown above as addressees . It may contain information which is privileged, confidential or otherwise protected from disclosure under applicable laws . If the reader of this transmission is not the intended recipient, you are hereby notified that any dissemination, printing, distribution, copying, disclosure or the taking of any action in reliance on the contents of this information is strictly prohibited. If you have received this transmission in error, please immediately notify us by reply e-mail or using the address below and delete the message and any attachments from your system . Amadeus Data Processing GmbH Geschäftsführer: Eberhard Haag Sitz der Gesellschaft: Erding HR München 48 199 Berghamer Strasse 6 85435 Erding Germany ---End Message---
Re: VM-VTAM/VSCS question
Isn't YVETTE also supplied strictly OCO with the three obligatory sample exits? If source code were available some enhancements like SNA functions (whatever they were talking about), TCP connectivity to other YVETTE servers, CTC connectivity to other systems (VTAM on z/OS?), or maybe inbound ssh traffic from PuTTTY or OpenSSH, could make it into a VM system. /Tom Kern --- Alan Altmark [EMAIL PROTECTED] wrote: On Friday, 05/04/2007 at 03:18 AST, David Boyes [EMAIL PROTECTED] wrote: ...snipped... Not CCL. IBM Communications Server for Linux (CSL) has SNA APIs. Easily add SNA function to YVETTE? I thought it was a CMS app. (I haven't looked at it in years.) Alan Altmark z/VM Development IBM Endicott __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com
Re: Spool Area Full
James, Kris and others already covered it, but I'll stress it once more: get into the habit of always using MR instead of MW. Then if you realy need MW, you will stop and think. And think again. I agree with George re backing up CF1. Always backup CF1 that has been tested with IPL onto CF2 before doing any change to CF1. To prevent copying already modified CF1, you may compare the time of the last IPL (you can find it from 'Q CPLEVEL') with the timestamp of the newest file on CF1. Make sure that one of the parm disks is always accessed by CP. Otherwise, you will get logon screens without logo etc. If you need a bit of reassurance (as we all do from time to time), here is a sequence of commands that you may use: from MAINT or other authorised user link maint cf1 cf1 rr acc cf1 u q cplevel compare the IPL timestamp and the timestamp of the newest file on the CF1 and decide if you need to backup CF1 cprel b link maint cf2 cf2 mr acc cf2 v copy * * u = = v (oldd repthere shouldn't be any file-mode-zero files on CF1 rel v (det cpacc maint cf2 b sr now you have CF2 as an exact copy of tested CF1 and you can safely do the next command cprel a link maint cf1 cf1 mr acc cf1 z continue updating CF1 as you suggested On the first level, use some sort of standard labelling for the disks and use label ranges in the SYSTEM CONFIG. If you have free disks, label them according to that standard. That way they will get picked up and attached to the first level's system on the next IPL of the first level without any changes to the first level's SYSTEM CONFIG. Just make sure that new labels won't get CPOWNED by the first level. In the directory entry for the second level, define a full-pack minidisk and then link it from the second level instead of dedicating the disk to the second level and you will have a record of that disk being used on the first level's disk map. And it's going to be easier for you to modify second level's parm disk from the first level if need be. If you want to use disk-to-disk backups, define more full-pack minidisks for the second level and mark them somehow (e.g. use vaddrs Bxxx) so you know they are backups, not the real thing. Change the labels of backup disks (and the MDISK entries for those Bxxx minidisks in the first level's directory) after the DDR. Also, as somebody else already said, allocate cyl 0 PERM. It will give you even more peace of mind. But I'm glad you've finished the task even without my lengthy advice. :-) Ivica Brodaric Systems Programmer Tabcorp Sydney