Re: Time to move
On 4/11/07, David Kreuter [EMAIL PROTECTED] wrote: I understood that. I don't understand why existing code paths that have been around for *A WHILE* would be considered effort by developers, unless it was horribly broken. Shudder. Or no longer in the architecture, unlikely as that may be. Go and measure. Compare z/VM paging I/O with spool I/O and see that on the same disks and the same block size, paging does one to two orders of magnitude more. This actually is a problem, but for spooling and not for paging. As pointed out, most installations these days count paging space in volumes rather than cylinders. For those, using full volumes for paging is not a big deal. No doubt one could redesign z/VM and write all code from scratch. That might even address some of the known itches in z/VM. And it would introduce an entire new set of problems that we did not see before. But we can just call that restrictions and insist that the hardware changes or that people buy more from it. -- Rob van der Heij Velocity Software, Inc http://velocitysoftware.com/
Re: Tracing VSWITCH - SAG broker problem
Hi, Hans, You should check out APAR PK25362 for IPFORMAT. I believe that should help with your error situation. Good luck. Tracy (Bolinda) Adams [EMAIL PROTECTED] z/VM Development - Virtual Networking Hans Rempel [EMAIL PROTECTED] Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 04/10/2007 07:17 PM Please respond to [EMAIL PROTECTED] To IBMVM@LISTSERV.UARK.EDU cc Subject Re: Tracing VSWITCH - SAG broker problem Thanks Tracy. I did find a webpage from Paul Giordano talking about tracing VSWITCH but ran into problem/time with IPFORMAT exec. I used sample ETC and Config files from IBM. ipformat debug file a 228 +++ 40 +++ DMSRTL2103E Error in compiled CMS system Rexx file; additional information: 4100 41 IPFORMAT EXEC 228 Ready(20041); T=0.27/0.27 17:50:09 Allan. Thanks for your comments. Nothing has changed or broke in production. We are trying to setup a test environment with new TCPIP stack and network server with new software. I would like to prove that the VSWITCH and OSA are not the problem because I use the same VSWITCH and OSA in the production TCPIP stack. The traces seem to show that data is heading onto the VSWITCH. Why the network folks don?t see it is a mystery to me. I have a few tests planned for Thursday morning which I hope will shed more light on the situation. Hans From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Tracy J Adams Sent: April 10, 2007 2:36 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Tracing VSWITCH - SAG broker problem For more information on using the 'SNIFFER' support added in z/VM 5.2.0, please see the Troubleshooting a Virtual Switch or Guest LAN section of the z/VM Connectivity Guide. Tracy (Bolinda) Adams [EMAIL PROTECTED] z/VM Development - Virtual Networking Alan Altmark/Endicott/[EMAIL PROTECTED] Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 04/10/2007 02:04 PM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: Tracing VSWITCH - SAG broker problem On Tuesday, 04/10/2007 at 12:39 AST, Hans Rempel [EMAIL PROTECTED] wrote: Hi all. Sorry for the lengthy post. I have a problem trying to get SAG broker in VSE to talk to SAG broker on a windows platform. For legacy reasons we wish to keep the environment the same so there is NO VSE TCPIP stack involved. This does make it more complicated but that is how it has/is been running in production for 4 years. If it has been working, what changed? 1)Is there some documentation/tools on reading QDIO traces to I can analyze this captured trace? No. To get that level of help you need to open a PMR. 2)Is there a trace I can setup to trace traffic leaving the VSWITCH to the OSA card or trace certain channels (ports) on the OSA card? Currently one LPAR uses 0,1,2 and the second LPAR using 3,4,5. The VSWITCH is monitored by DTCVSW1 userid. You can trace the *VSWITCH* by putting a Linux guest on the VSWITCH with sniffer (promiscuous mode) authority and gather a TCPDUMP. You'll see all the traffic on *that* VSWITCH. Tracing the traffic leaving the OSA itself is done exactly as your network guys are doing - with sniffers. Beware that OSA port sharing enables the OSA to short cut the packets if it recognizes the destination MAC or IP address as belonging to the OSA. And you know how I am about providing pictures, IP addys, and subnet masks. I can't tell if the various hosts are [supposed to be] in the same subnet or not. I get sleepy when I read ankle-bone-leg-bone-hip-bone configuration descriptions, particularly where shared OSAs come into play. :-D Alan Altmark z/VM Development IBM Endicott
Re: Time to move
Doing the DIRECTXA command changes between the pair of directories within the DRCT area. Would the second system notice the change via the Diag? I can see where doing a second DIRECTXA could cause serious problems. Are you saying that if you do it to some other random pack, that would be enough to cause the second system to re-read the real dierctory? Actually, with DirMaint and its dirmsat partner, keeping the two directories isn't really a problem, and I don't have to log into the other system to take care of the directory. Programmers are essentially lazy people, so I don't want to recreate work that I can have handed to me -- .~.Robert P. Nix Mayo Foundation /V\RO-OC-1-13200 First Street SW /( )\ 507-284-0844 Rochester, MN 55905 ^^-^^ - In theory, theory and practice are the same, but in practice, theory and practice are different. On 4/10/07 3:36 PM, Rob van der Heij [EMAIL PROTECTED] wrote: On 4/10/07, RPN01 [EMAIL PROTECTED] wrote: Necessity is the Mother of all... He said, while cleaning his ears with the barrel of a gun :-) There's always another way to do it. The simple fact that we run a CSE complex from a single RES volume seems to amaze and amuse the IBM'ers to no end, and if I can confound them, I know I've done something right... :-) Indeed. Have you considered to share you object directory as well? That might amuse many. You would run DIRECTXA on one system, and when that completed you make the other systems issue a Diag3C (iirc) to have them drop any cached portions of the object directory. If you want, you could make the slave system run another DIRECTXA to write an up-to-date on your spare RES volume. If you also want the update-in-place directory it may take a bit more tweaking... Rob
Re: Time to move
I'd say it would be dangreous to share the DRCT areas between 2 VM systems: A DIRECTXA on one system can update the 'inactive' DRCT cylinders any way it likes. Suppose two DIRECTXA commands are executed on one system before the second system had a chance to refresh it's DRCT knowledge. CP in the second system might be reading the some DRCT cylinders while the first system is updating those cylinders. Unpredictable things will happen, similar to CMS' famous error 3 reading file from disk when someone updates a minidisk that other users read. 2007/4/11, RPN01 [EMAIL PROTECTED]: Doing the DIRECTXA command changes between the pair of directories within the DRCT area. Would the second system notice the change via the Diag? I can see where doing a second DIRECTXA could cause serious problems. Are you saying that if you do it to some other random pack, that would be enough to cause the second system to re-read the real dierctory? Actually, with DirMaint and its dirmsat partner, keeping the two directories isn't really a problem, and I don't have to log into the other system to take care of the directory. Programmers are essentially lazy people, so I don't want to recreate work that I can have handed to me -- .~.Robert P. Nix Mayo Foundation /V\RO-OC-1-13200 First Street SW /( )\ 507-284-0844 Rochester, MN 55905 ^^-^^ - In theory, theory and practice are the same, but in practice, theory and practice are different. On 4/10/07 3:36 PM, Rob van der Heij [EMAIL PROTECTED] wrote: On 4/10/07, RPN01 [EMAIL PROTECTED] wrote: Necessity is the Mother of all... He said, while cleaning his ears with the barrel of a gun :-) There's always another way to do it. The simple fact that we run a CSE complex from a single RES volume seems to amaze and amuse the IBM'ers to no end, and if I can confound them, I know I've done something right... :-) Indeed. Have you considered to share you object directory as well? That might amuse many. You would run DIRECTXA on one system, and when that completed you make the other systems issue a Diag3C (iirc) to have them drop any cached portions of the object directory. If you want, you could make the slave system run another DIRECTXA to write an up-to-date on your spare RES volume. If you also want the update-in-place directory it may take a bit more tweaking... Rob -- Kris Buelens, IBM Belgium, VM customer support
Re: SSLSERV
Hello, In case this problem has not yet been resolved: 13:32:22 * MSG FROM TCPIP2 : Restarting you because you have no passive open on TCP port check that the correct TCPIP DATA file is being referenced by the SSL server, and that the TCPIPUSERID statement in that file cites the correct TCP/IP stack ID (TCPIP2). I suspect you've configured the TCPIP2 stack f or using the SSL server, but that the TCPIPUSERID statement in effect is directing the SSL server to connect to a different stack (likely, 'TCPIP' ). Regards, Mark Cibula (IBM z/VM Systems Management)
Latest ZVM Pipelines Runtime Installation
I have downloaded runtime.vmarc and rtdoc.vmarc from Marist.Edu. Both files were unpacked using VMARC UNPK fn VMARC B * * B without error. I'd like to put this latest version into production in our Z/VM 5.2 system. I've not done this before and the instructions keep mentioning VM/ESA. Are there special instructions for Z/VM? Perhaps I am making this more complicated that it needs to be. I have a segment named CMSPIPES. Is it still required? Jim Hughes 603-271-5586 There's no sense in being precise when you don't even know what you're talking about. John von Neumann
Re: DPROP V7.4 and DB2/VSE 7.3?
Hi Adam Not my PC, it's the clients. It is their responsibility to provide the resources to do my job (or to do it efficiently). I've thought about using my PCs to connect in from home, but then I'm liable for any virus(s) that may enter. It is one of the reasons I really don't like working with PC softwareno test systems! Tom Duerbusch THD Consulting Adam Thornton [EMAIL PROTECTED] 4/10/2007 5:18 PM On Apr 10, 2007, at 4:10 PM, Tom Duerbusch wrote: Bad part is where I have test systems that I can test DPROP Q 7.4 on VSE, I don't have a test PC available that I can load DB2/UDB V8 or V9 for testing. I don't want to touch my PC as it is the production administrator for Data Propagator on VSE and I don't want to mistakenly loose my ability to work on our current DB2 software. This sounds like a job for virtualization! Got enough room to put a small virtual machine on your PC, in which you could install the client you want, without messing with your production setup? Adam
unsubscribe
-Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Tom Duerbusch Sent: Wednesday, April 11, 2007 10:56 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: DPROP V7.4 and DB2/VSE 7.3? Hi Adam Not my PC, it's the clients. It is their responsibility to provide the resources to do my job (or to do it efficiently). I've thought about using my PCs to connect in from home, but then I'm liable for any virus(s) that may enter. It is one of the reasons I really don't like working with PC softwareno test systems! Tom Duerbusch THD Consulting Adam Thornton [EMAIL PROTECTED] 4/10/2007 5:18 PM On Apr 10, 2007, at 4:10 PM, Tom Duerbusch wrote: Bad part is where I have test systems that I can test DPROP Q 7.4 on VSE, I don't have a test PC available that I can load DB2/UDB V8 or V9 for testing. I don't want to touch my PC as it is the production administrator for Data Propagator on VSE and I don't want to mistakenly loose my ability to work on our current DB2 software. This sounds like a job for virtualization! Got enough room to put a small virtual machine on your PC, in which you could install the client you want, without messing with your production setup? Adam
Re: Programmable operator working: my bad; next opportunity
I finally got the programmable operator piece working. I'm a little embarrassed by my mistake. I had a misplaced RETURN command in the EXEC. I looked at the EXEC I don't know how many times and didn't see it. Do'h! Now my next opportunity. I want to take the file that was placed in the reader and receive it into a file (or a stem). To my knowledge there are at least two ways to do this. 1) the RECEIVE command (issued from an EXEC) 2) the Pipe READER FILE function both work but not the way I want. From a REXX EXEC, I issue the RECEIVE command. It brings the RDR file in and sticks it in a file called ALL NOTEBOOK even if I specify a file_name, file_type, file_mode. From a PIPE READER FILE function I am able to stick it in the file name, file type that I want but it is not formatted correctly(missing carriage returns and line feeds). I looked at some examples in some IBM manuals, but none touch on how to format it. Bottom line, I want it to be in the format that the RECEIVE command does but I want to give it a unique file name. The name ALL NOTEBOOK or any derivative there of is not an option. Any suggestions? Again, TIA, Steve G.
Re: Programmable operator working: my bad; next opportunity
Try READCARD or EXECIO? -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Steve Gentry Sent: Wednesday, April 11, 2007 11:23 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Programmable operator working: my bad; next opportunity I finally got the programmable operator piece working. I'm a little embarrassed by my mistake. I had a misplaced RETURN command in the EXEC. I looked at the EXEC I don't know how many times and didn't see it. Do'h! Now my next opportunity. I want to take the file that was placed in the reader and receive it into a file (or a stem). To my knowledge there are at least two ways to do this. 1) the RECEIVE command (issued from an EXEC) 2) the Pipe READER FILE function both work but not the way I want. From a REXX EXEC, I issue the RECEIVE command. It brings the RDR file in and sticks it in a file called ALL NOTEBOOK even if I specify a file_name, file_type, file_mode. From a PIPE READER FILE function I am able to stick it in the file name, file type that I want but it is not formatted correctly(missing carriage returns and line feeds). I looked at some examples in some IBM manuals, but none touch on how to format it. Bottom line, I want it to be in the format that the RECEIVE command does but I want to give it a unique file name. The name ALL NOTEBOOK or any derivative there of is not an option. Any suggestions? Again, TIA, Steve G. If you are not an intended recipient of this e-mail, please notify the sender, delete it and do not read, act upon, print, disclose, copy, retain or redistribute it. Click here for important additional terms relating to this e-mail. http://www.ml.com/email_terms/
Re: Programmable operator working: my bad; next opportunity
As long as you're in PIPES, take a look at the example for DEBLOCK NETDATA in the author's help (PIPE AHELP DEBLOCK). Marty Martin Zimelis Principal maz/Consultancy _ From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Steve Gentry Sent: Wednesday, April 11, 2007 11:23 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Programmable operator working: my bad; next opportunity I finally got the programmable operator piece working. I'm a little embarrassed by my mistake. I had a misplaced RETURN command in the EXEC. I looked at the EXEC I don't know how many times and didn't see it. Do'h! Now my next opportunity. I want to take the file that was placed in the reader and receive it into a file (or a stem). To my knowledge there are at least two ways to do this. 1) the RECEIVE command (issued from an EXEC) 2) the Pipe READER FILE function both work but not the way I want. From a REXX EXEC, I issue the RECEIVE command. It brings the RDR file in and sticks it in a file called ALL NOTEBOOK even if I specify a file_name, file_type, file_mode. From a PIPE READER FILE function I am able to stick it in the file name, file type that I want but it is not formatted correctly(missing carriage returns and line feeds). I looked at some examples in some IBM manuals, but none touch on how to format it. Bottom line, I want it to be in the format that the RECEIVE command does but I want to give it a unique file name. The name ALL NOTEBOOK or any derivative there of is not an option. Any suggestions? Again, TIA, Steve G.
Re: DPROP V7.4 and DB2/VSE 7.3?
On Apr 11, 2007, at 9:55 AM, Tom Duerbusch wrote: Hi Adam Not my PC, it's the clients. It is their responsibility to provide the resources to do my job (or to do it efficiently). I've thought about using my PCs to connect in from home, but then I'm liable for any virus(s) that may enter. It is one of the reasons I really don't like working with PC softwareno test systems! Well, then, you need to negotiate for a better toolkit with your client, I guess! A comparison of the cost of a virtualization engine and a copy of Windows versus a few hours of your time might help them become enlightened Adam
Re: Time to move
I think it may refer to the effort of understanding what the system is doing. :-) Regards, Richard Schuh -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of David Kreuter Sent: Tuesday, April 10, 2007 4:54 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Time to move I understood that. I don't understand why existing code paths that have been around for *A WHILE* would be considered effort by developers, unless it was horribly broken. Shudder. Or no longer in the architecture, unlikely as that may be. David -Original Message- From: The IBM z/VM Operating System on behalf of Schuh, Richard Sent: Tue 4/10/2007 6:04 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: [IBMVM] Time to move Perhaps I should have snipped part of the message: Regards, Richard Schuh -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of David Kreuter Sent: Tuesday, April 10, 2007 1:42 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Time to move What effort? It's been coded since vm/xa roamed the earth. Why change what works so well? For most shops page space isolation isn't all the difficult to achieve. David -Original Message- snip --- Curiously, the z/OS developers now say that SUSPEND / RESUME is not worth the effort and have removed it from their paging I/O. --
Re: Time to move
Yes, OS/390 and VM do not do I/O the way a PC does. -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Schuh, Richard Sent: Wednesday, April 11, 2007 12:02 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Time to move I think it may refer to the effort of understanding what the system is doing. :-) Regards, Richard Schuh -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of David Kreuter Sent: Tuesday, April 10, 2007 4:54 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Time to move I understood that. I don't understand why existing code paths that have been around for *A WHILE* would be considered effort by developers, unless it was horribly broken. Shudder. Or no longer in the architecture, unlikely as that may be. David -Original Message- From: The IBM z/VM Operating System on behalf of Schuh, Richard Sent: Tue 4/10/2007 6:04 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: [IBMVM] Time to move Perhaps I should have snipped part of the message: Regards, Richard Schuh -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of David Kreuter Sent: Tuesday, April 10, 2007 1:42 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Time to move What effort? It's been coded since vm/xa roamed the earth. Why change what works so well? For most shops page space isolation isn't all the difficult to achieve. David -Original Message- snip --- Curiously, the z/OS developers now say that SUSPEND / RESUME is not worth the effort and have removed it from their paging I/O. -- If you are not an intended recipient of this e-mail, please notify the sender, delete it and do not read, act upon, print, disclose, copy, retain or redistribute it. Click here for important additional terms relating to this e-mail. http://www.ml.com/email_terms/
Re: DPROP V7.4 and DB2/VSE 7.3?
And don't forget their support costs. The hard drives are imaged. They do some Novell lilo stuff at POR time (I guess for virus checking of the boot sectors). Then the Novell application distribution and update step. It takes about 5 minutes to boot G. Last summer, a virus got in. Building by building, the pcs in that area started crashing. It seemed to take about 3 months to disinfect and recover the 4,000 PCs. Not my area and I stay as far away from that as I can. Tom Duerbusch THD Consulting Adam Thornton [EMAIL PROTECTED] 4/11/2007 10:48 AM On Apr 11, 2007, at 9:55 AM, Tom Duerbusch wrote: Hi Adam Not my PC, it's the clients. It is their responsibility to provide the resources to do my job (or to do it efficiently). I've thought about using my PCs to connect in from home, but then I'm liable for any virus(s) that may enter. It is one of the reasons I really don't like working with PC softwareno test systems! Well, then, you need to negotiate for a better toolkit with your client, I guess! A comparison of the cost of a virtualization engine and a copy of Windows versus a few hours of your time might help them become enlightened Adam
Re: Two Questions About VM
Sergio: I don't recall what those drives are, but with DDR you CANNOT restore to a DIFFERENT device type (CKD to FBA) or model (3380 to 339, for example). You CAN restore to a LARGER device (for example 3380 smaller units to a larger one). TCPIP for VM does NOT require VTAM at all. David Wakser From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Sergio Lima Sent: Wednesday, April 11, 2007 1:12 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Two Questions About VM Hi List, I don't work with VM for a long time, but now, have a friend that ask some questions, and I don't remember very well, so, I need a help in this list. The first question are about DDR, Is possible do a DDR Backup from 9345 DASD, and restore this to a 9395 DASD ? Another question is if need install TCP/IP under VM, using a 3174 device, is necessary have also VTAM installed under VM. This TCP/IP will be used only for Telnet. Thanks in advance Sergio Lima Costa __ Fale com seus amigos de graça com o novo Yahoo! Messenger http://br.messenger.yahoo.com/
Re: Two Questions About VM
I can answer the second. VTAM and TCP/IP are totally independent on VM. TCP/IP does not use CSA in GCS as it does on OS/390 systems. I am unfamiliar with a 9395. If it is also an FBA device, you can restore block ranges but the entire DASD depends on the amount of blocks. You may go smaller to larger but not larger to smaller. -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Sergio Lima Sent: Wednesday, April 11, 2007 1:12 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Two Questions About VM Hi List, I don't work with VM for a long time, but now, have a friend that ask some questions, and I don't remember very well, so, I need a help in this list. The first question are about DDR, Is possible do a DDR Backup from 9345 DASD, and restore this to a 9395 DASD ? Another question is if need install TCP/IP under VM, using a 3174 device, is necessary have also VTAM installed under VM. This TCP/IP will be used only for Telnet. Thanks in advance Sergio Lima Costa __ Fale com seus amigos de graça com o novo Yahoo! Messenger http://br.messenger.yahoo.com/ If you are not an intended recipient of this e-mail, please notify the sender, delete it and do not read, act upon, print, disclose, copy, retain or redistribute it. Click here for important additional terms relating to this e-mail. http://www.ml.com/email_terms/
Two Questions About VM
Hi List, I don't work with VM for a long time, but now, have a friend that ask some questions, and I don't remember very well, so, I need a help in this list. The first question are about DDR, Is possible do a DDR Backup from 9345 DASD, and restore this to a 9395 DASD ? Another question is if need install TCP/IP under VM, using a 3174 device, is necessary have also VTAM installed under VM. This TCP/IP will be used only for Telnet. Thanks in advance Sergio Lima Costa __ Fale com seus amigos de graça com o novo Yahoo! Messenger http://br.messenger.yahoo.com/
Re: Two Questions About VM
As already replied; DDR cannot restore to a disk of another device type. So if your input is on tape, you will need to find a system with that type of DASD. I don't know by heart, but may DITTO is able to restore DDR tapes to another type of disk. If however you have a running system with different types of DASD connected, you can use DFSMS COPY to copy CMS formatted minidisks from one disk type to another (even from CKD to FBA). DFSMS comes free of charge with VM, but it is only installed when you explictely do it (DFSMS COPY is high speed, it used to be a lot faster than DDR). If this is your case, contact me again, I have some execs to help you during such a migration. 3174's came in two versions: a SNA one and a channel attached version. To use the channel attached version, no extra SW is required on VM, no TCP/IP, no VTAM either. The SNA model requires VTAM. If you got a modern CPU (like a z series) and a not too old z/VM, you can use the integrated 3270 console and install VM from the HMC (hardware console). No need to search for any other 3270-like device. P.S. 9345's were not FBA, but CKD -- Kris Buelens, IBM Belgium, VM customer support 2007/4/11, Stracka, James (GTI) [EMAIL PROTECTED]: I can answer the second. VTAM and TCP/IP are totally independent on VM. TCP/IP does not use CSA in GCS as it does on OS/390 systems. I am unfamiliar with a 9395. If it is also an FBA device, you can restore block ranges but the entire DASD depends on the amount of blocks. You may go smaller to larger but not larger to smaller. -Original Message- *From:* The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] *On Behalf Of *Sergio Lima *Sent:* Wednesday, April 11, 2007 1:12 PM *To:* IBMVM@LISTSERV.UARK.EDU *Subject:* Two Questions About VM Hi List, I don't work with VM for a long time, but now, have a friend that ask some questions, and I don't remember very well, so, I need a help in this list. The first question are about DDR, Is possible do a DDR Backup from 9345 DASD, and restore this to a 9395 DASD ? Another question is if need install TCP/IP under VM, using a 3174 device, is necessary have also VTAM installed under VM. This TCP/IP will be used only for Telnet. Thanks in advance Sergio Lima Costa __ Fale com seus amigos de graça com o novo Yahoo! Messenger http://br.messenger.yahoo.com/ -- If you are not an intended recipient of this e-mail, please notify the sender, delete it and do not read, act upon, print, disclose, copy, retain or redistribute it. Click here http://www.ml.com/email_terms/for important additional terms relating to this e-mail. http://www.ml.com/email_terms/ --
Re: Programmable operator working: my bad; next opportunity
I just tried READCARD. It munges all the lines together, it doesn't respect CR and LF. This is the problem I have with Pipe READER FILE I didn't use EXECIO 'cause I thought it was deprecated or something like that. Stracka, James (GTI) [EMAIL PROTECTED] Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 04/11/2007 11:28 AM Please respond to The IBM z/VM Operating System To: IBMVM@LISTSERV.UARK.EDU cc: Subject:Re: Programmable operator working: my bad; next opportunity Try READCARD or EXECIO? -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Steve Gentry Sent: Wednesday, April 11, 2007 11:23 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Programmable operator working: my bad; next opportunity I finally got the programmable operator piece working. I'm a little embarrassed by my mistake. I had a misplaced RETURN command in the EXEC. I looked at the EXEC I don't know how many times and didn't see it. Do'h! Now my next opportunity. I want to take the file that was placed in the reader and receive it into a file (or a stem). To my knowledge there are at least two ways to do this. 1) the RECEIVE command (issued from an EXEC) 2) the Pipe READER FILE function both work but not the way I want. From a REXX EXEC, I issue the RECEIVE command. It brings the RDR file in and sticks it in a file called ALL NOTEBOOK even if I specify a file_name, file_type, file_mode. From a PIPE READER FILE function I am able to stick it in the file name, file type that I want but it is not formatted correctly(missing carriage returns and line feeds). I looked at some examples in some IBM manuals, but none touch on how to format it. Bottom line, I want it to be in the format that the RECEIVE command does but I want to give it a unique file name. The name ALL NOTEBOOK or any derivative there of is not an option. Any suggestions? Again, TIA, Steve G. If you are not an intended recipient of this e-mail, please notify the sender, delete it and do not read, act upon, print, disclose, copy, retain or redistribute it. Click here for important additional terms relating to this e-mail. http://www.ml.com/email_terms/
Re: Programmable operator working: my bad; next opportunity
If it makes any difference, the file is coming from VM SMTP as a PUN file Stracka, James (GTI) [EMAIL PROTECTED] Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 04/11/2007 11:28 AM Please respond to The IBM z/VM Operating System To: IBMVM@LISTSERV.UARK.EDU cc: Subject:Re: Programmable operator working: my bad; next opportunity Try READCARD or EXECIO? -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Steve Gentry Sent: Wednesday, April 11, 2007 11:23 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Programmable operator working: my bad; next opportunity I finally got the programmable operator piece working. I'm a little embarrassed by my mistake. I had a misplaced RETURN command in the EXEC. I looked at the EXEC I don't know how many times and didn't see it. Do'h! Now my next opportunity. I want to take the file that was placed in the reader and receive it into a file (or a stem). To my knowledge there are at least two ways to do this. 1) the RECEIVE command (issued from an EXEC) 2) the Pipe READER FILE function both work but not the way I want. From a REXX EXEC, I issue the RECEIVE command. It brings the RDR file in and sticks it in a file called ALL NOTEBOOK even if I specify a file_name, file_type, file_mode. From a PIPE READER FILE function I am able to stick it in the file name, file type that I want but it is not formatted correctly(missing carriage returns and line feeds). I looked at some examples in some IBM manuals, but none touch on how to format it. Bottom line, I want it to be in the format that the RECEIVE command does but I want to give it a unique file name. The name ALL NOTEBOOK or any derivative there of is not an option. Any suggestions? Again, TIA, Steve G. If you are not an intended recipient of this e-mail, please notify the sender, delete it and do not read, act upon, print, disclose, copy, retain or redistribute it. Click here for important additional terms relating to this e-mail. http://www.ml.com/email_terms/
Re: Time to move
On 4/11/07, RPN01 [EMAIL PROTECTED] wrote: Doing the DIRECTXA command changes between the pair of directories within the DRCT area. Would the second system notice the change via the Diag? I can see where doing a second DIRECTXA could cause serious problems. Are you saying that if you do it to some other random pack, that would be enough to cause the second system to re-read the real dierctory? Yes. When you run DIRECTXA on the system itself it completes writing the object directory by writing the pointer in cyl 0 and then issues Diag 3C to tell CP to forget the cached directory blocks and read the new one from disk. When we had problems with our ESM, it sometimes happened that the Diag 3C was not allowed by the ESM (the security policy required the 3C to be audited). So DIRECTXA had swapped the pointers but did not tell CP. Once RACF was up again, someone decided to run another DIRECTXA to fix things. At that point we started to overwrite the blocks that CP still believed to be valid - UDR001 is the one that Kris refers to. But in either case you need the master to verify that all slaves have completed their directory switch. Otherwise you end up allocate a new mini disk on the spot where directory t-2 still had something else. So if your directory is not shared but the disks are, you run the risk that someone can see the data of someone else. Not good either. Rob
Re: Two Questions About VM
Sergio Lima wrote: Is possible do a DDR Backup from 9345 DASD, and restore this to a 9395 DASD ? What hasn't been said specifically is that the 9345 used a weird disk geometry that wasn't quite like the 3380s or 3390s the 9395s and other more recent disk arrays emulate. So, no, you can't. With more recent disk arrays, you probably can match the emulated geometries quite easily, but the 9345s were queer beasts.
Re: Time to move
And, while at the subject: when you share set up the CSE area's too, so CP will protect against accidental R/W LINKs from two systems at once. -- Kris Buelens, IBM Belgium, VM customer support 2007/4/11, Rob van der Heij [EMAIL PROTECTED]: On 4/11/07, RPN01 [EMAIL PROTECTED] wrote: Doing the DIRECTXA command changes between the pair of directories within the DRCT area. Would the second system notice the change via the Diag? I can see where doing a second DIRECTXA could cause serious problems. Are you saying that if you do it to some other random pack, that would be enough to cause the second system to re-read the real dierctory? Yes. When you run DIRECTXA on the system itself it completes writing the object directory by writing the pointer in cyl 0 and then issues Diag 3C to tell CP to forget the cached directory blocks and read the new one from disk. When we had problems with our ESM, it sometimes happened that the Diag 3C was not allowed by the ESM (the security policy required the 3C to be audited). So DIRECTXA had swapped the pointers but did not tell CP. Once RACF was up again, someone decided to run another DIRECTXA to fix things. At that point we started to overwrite the blocks that CP still believed to be valid - UDR001 is the one that Kris refers to. But in either case you need the master to verify that all slaves have completed their directory switch. Otherwise you end up allocate a new mini disk on the spot where directory t-2 still had something else. So if your directory is not shared but the disks are, you run the risk that someone can see the data of someone else. Not good either. Rob
Re: Time to move
On Wednesday, 04/11/2007 at 08:14 EST, RPN01 [EMAIL PROTECTED] wrote: Doing the DIRECTXA command changes between the pair of directories within the DRCT area. Would the second system notice the change via the Diag? I can see where doing a second DIRECTXA could cause serious problems. Are you saying that if you do it to some other random pack, that would be enough to cause the second system to re-read the real dierctory? There is no serialization in CP to protect the directory from damage by a second system. I would recommend that the fullpack minidisk that overlaps the directory cylinders be (a) protected by cross-system links (XLINK), and (2) protected by your ESM to prevent MW. At least that way you ensure only one user in the cluster has write access to the directory to perform DIRECTXA. Then you must guarantee another DIRECTXA is not started until the Diag 0x3C has been successfully issued on ALL of the other systems in the cluster. I don't want to envision the carnage if CP reads the directory index and by the time he locates what he wants, the active directory has been rewritten and the index he read is no longer valid. I'll just say Eeeew! and leave it at that. [In order to maintain the PG-13 rating of this forum, the MPAA will not allow a more graphic description.] If the communications link between the cluster members goes down, you can no longer update the shared object directory. Actually, with DirMaint and its dirmsat partner, keeping the two directories isn't really a problem, and I don't have to log into the other system to take care of the directory. Programmers are essentially lazy people, so I don't want to recreate work that I can have handed to me You can make a shared object directory work, but the penalty for failure could be severe. Given the existence of things like DirMaint's cluster directory management capabilities, I would ask Is the benefit worth the risk and the effort? Alan Altmark z/VM Development IBM Endicott
Re: Programmable operator working: my bad; next opportunity
PIPE AHELP READER has the following example that might interest you: Examples: A subroutine pipeline that deblocks a reader file that has been sent as a note or with the SENDFILE command: /* Now get the file */ 'callpipe (name READER)', '| reader ', /* Read cards */ '| strfind x41 ', /* Take only cards */ '| spec 2-* 1.80 ',/* Remove CCW code */ '| deblock netdata ', /* Get logical records */ '| strfind xc0 ', /* Take only data */ '| spec 2-* 1 ', /* Remove control byte */ '| *: '/* Pass on */ Doug Breneman z/VM Development IBM Endicott New York Wednesday, April 11, 2007 1:55 PM To: IBMVM@LISTSERV.UARK.EDU cc: From: Steve Gentry [EMAIL PROTECTED] Subject: Re: Programmable operator working: my bad; next opportunity I just tried READCARD. It munges all the lines together, it doesn't respect CR and LF. This is the problem I have with Pipe READER FILE I didn't use EXECIO 'cause I thought it was deprecated or something like that. Stracka, James (GTI) [EMAIL PROTECTED] Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 04/11/2007 11:28 AM Please respond to The IBM z/VM Operating System To:IBMVM@LISTSERV.UARK.EDU cc: Subject:Re: Programmable operator working: my bad; next opportunity Try READCARD or EXECIO? -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Steve Gentry Sent: Wednesday, April 11, 2007 11:23 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Programmable operator working: my bad; next opportunity I finally got the programmable operator piece working. I'm a little embarrassed by my mistake. I had a misplaced RETURN command in the EXEC. I looked at the EXEC I don't know how many times and didn't see it. Do'h! Now my next opportunity. I want to take the file that was placed in the reader and receive it into a file (or a stem). To my knowledge there are at least two ways to do this. 1) the RECEIVE command (issued from an EXEC) 2) the Pipe READER FILE function both work but not the way I want. From a REXX EXEC, I issue the RECEIVE command. It brings the RDR file in and sticks it in a file called ALL NOTEBOOK even if I specify a file_name, file_type, file_mode. From a PIPE READER FILE function I am able to stick it in the file name, file type that I want but it is not formatted correctly(missing carriage returns and line feeds). I looked at some examples in some IBM manuals, but none touch on how to format it. Bottom line, I want it to be in the format that the RECEIVE command does but I want to give it a unique file name. The name ALL NOTEBOOK or any derivative there of is not an option. Any suggestions? Again, TIA, Steve G. If you are not an intended recipient of this e-mail, please notify the sender, delete it and do not read, act upon, print, disclose, copy, retain or redistribute it. Click here for important additional terms relating to this e-mail. http://www.ml.com/email_terms/
Re: Two Questions About VM
3174L has nothing to do with whether it is SNA or not, its how you config it also 3174R is remote and is not channel attached on a new CPU which has not BUS/TAG you need to make sure you have a ESCON attached 3174 Stracka, James (GTI) [EMAIL PROTECTED] To .com IBMVM@LISTSERV.UARK.EDU Sent by: The IBM cc z/VM Operating SystemSubject [EMAIL PROTECTED] Re: Two Questions About VM ARK.EDU 04/11/2007 02:55 PM Please respond to The IBM z/VM Operating System [EMAIL PROTECTED] ARK.EDU Kris, Thanks for reminding me about the 3174L (Local) vs 3174 (SNA). Was that a 3174R or just plain 3174? With the 3174L both TCP/IP and VTAM are not required as the are LOCAL terminals to VM. Jim -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Kris Buelens Sent: Wednesday, April 11, 2007 1:43 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Two Questions About VM As already replied; DDR cannot restore to a disk of another device type. So if your input is on tape, you will need to find a system with that type of DASD. I don't know by heart, but may DITTO is able to restore DDR tapes to another type of disk. If however you have a running system with different types of DASD connected, you can use DFSMS COPY to copy CMS formatted minidisks from one disk type to another (even from CKD to FBA). DFSMS comes free of charge with VM, but it is only installed when you explictely do it (DFSMS COPY is high speed, it used to be a lot faster than DDR). If this is your case, contact me again, I have some execs to help you during such a migration. 3174's came in two versions: a SNA one and a channel attached version. To use the channel attached version, no extra SW is required on VM, no TCP/IP, no VTAM either. The SNA model requires VTAM. If you got a modern CPU (like a z series) and a not too old z/VM, you can use the integrated 3270 console and install VM from the HMC (hardware console). No need to search for any other 3270-like device. P.S. 9345's were not FBA, but CKD -- Kris Buelens, IBM Belgium, VM customer support 2007/4/11, Stracka, James (GTI) [EMAIL PROTECTED]: I can answer the second. VTAM and TCP/IP are totally independent on VM. TCP/IP does not use CSA in GCS as it does on OS/390 systems. I am unfamiliar with a 9395. If it is also an FBA device, you can restore block ranges but the entire DASD depends on the amount of blocks. You may go smaller to larger but not larger to smaller. -Original Message- From: The IBM z/VM Operating System [mailto: [EMAIL PROTECTED] On Behalf Of Sergio Lima Sent: Wednesday, April 11, 2007 1:12 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Two Questions About VM Hi List, I don't work with VM for a long time, but now, have a friend that ask some questions, and I don't remember very well, so, I need a help in this list. The first question are about DDR, Is possible do a DDR Backup from 9345 DASD, and restore this to a 9395 DASD ? Another question is if need install TCP/IP under VM, using a 3174 device, is necessary have also VTAM installed under VM. This TCP/IP will be used only for Telnet. Thanks in advance
Re: Two Questions About VM
On Wednesday, 04/11/2007 at 03:04 AST, August Carideo [EMAIL PROTECTED] wrote: on a new CPU which has not BUS/TAG you need to make sure you have a ESCON attached 3174 If you have a new CPU you can use either the integrated 3270 console on the HMC or the OSA-ICC (TN3270E offload). Alan Altmark z/VM Development IBM Endicott
Re: Two Questions About VM
Was a 3174 ever a supported device for TCPIP? I don't think so, so regardless, he's going to need a different device (OSA, LCS/3172, something else...). -Original Message- From: Stracka, James (GTI) [EMAIL PROTECTED] To: IBMVM@LISTSERV.UARK.EDU IBMVM@LISTSERV.UARK.EDU Sent: 4/11/07 3:20 PM Subject: Re: Two Questions About VM Kris, Thanks for reminding me about the 3174L (Local) vs 3174 (SNA). Was that a 3174R or just plain 3174? With the 3174L both TCP/IP and VTAM are not required as the are LOCAL terminals to VM. Jim -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Kris Buelens Sent: Wednesday, April 11, 2007 1:43 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Two Questions About VM As already replied; DDR cannot restore to a disk of another device type. So if your input is on tape, you will need to find a system with that type of DASD. I don't know by heart, but may DITTO is able to restore DDR tapes to another type of disk. If however you have a running system with different types of DASD connected, you can use DFSMS COPY to copy CMS formatted minidisks from one disk type to another (even from CKD to FBA). DFSMS comes free of charge with VM, but it is only installed when you explictely do it (DFSMS COPY is high speed, it used to be a lot faster than DDR). If this is your case, contact me again, I have some execs to help you during such a migration. 3174's came in two versions: a SNA one and a channel attached version. To use the channel attached version, no extra SW is required on VM, no TCP/IP, no VTAM either. The SNA model requires VTAM. If you got a modern CPU (like a z series) and a not too old z/VM, you can use the integrated 3270 console and install VM from the HMC (hardware console). No need to search for any other 3270-like device. P.S. 9345's were not FBA, but CKD -- Kris Buelens, IBM Belgium, VM customer support 2007/4/11, Stracka, James (GTI) [EMAIL PROTECTED]: I can answer the second. VTAM and TCP/IP are totally independent on VM. TCP/IP does not use CSA in GCS as it does on OS/390 systems. I am unfamiliar with a 9395. If it is also an FBA device, you can restore block ranges but the entire DASD depends on the amount of blocks. You may go smaller to larger but not larger to smaller. -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Sergio Lima Sent: Wednesday, April 11, 2007 1:12 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Two Questions About VM Hi List, I don't work with VM for a long time, but now, have a friend that ask some questions, and I don't remember very well, so, I need a help in this list. The first question are about DDR, Is possible do a DDR Backup from 9345 DASD, and restore this to a 9395 DASD ? Another question is if need install TCP/IP under VM, using a 3174 device, is necessary have also VTAM installed under VM. This TCP/IP will be used only for Telnet. Thanks in advance Sergio Lima Costa __ Fale com seus amigos de graça com o novo Yahoo! Messenger http://br.messenger.yahoo.com/ _ If you are not an intended recipient of this e-mail, please notify the sender, delete it and do not read, act upon, print, disclose, copy, retain or redistribute it. Click here http://www.ml.com/email_terms/ for important additional terms relating to this e-mail. http://www.ml.com/email_terms/ _
Re: VSWITCH error messages from OSD device
did someone pull a cable out from under you? David -Original Message- From: The IBM z/VM Operating System on behalf of Craig Dudley Sent: Wed 4/11/2007 4:00 PM To: IBMVM@LISTSERV.UARK.EDU Subject: [IBMVM] VSWITCH error messages from OSD device Hi, We received these error messages (see below) from our OSA-Exeprss device. This device is handled by a VSWITCH virtual machine. My question is should we be opening a ETR ServiceLink or should we ask our FE to look into this (even though the OSA Advanced Facilities don't show any errors)? It only happened once. Thanks -- Craig Dudley Manager, Mainframe Technical Support Group Office of Information Technology State of New Hampshire 27 Hazen Drive Concord, NH 03301 603-271-1506Fax 603-271-1516 07/04/11 13:39:16 DTCVSW2 OITDC01 : 13:39:16 DTCOSD091E VSWITCH-OSD DEVICE DTCVSW2C000DEV: RECEIVED DEVICEEND INTERRUPT ON C001 -- 07/04/11 13:39:16 DTCVSW2 OITDC01 PROBABLE OSA RESTART 07/04/11 13:39:17 DTCVSW2 OITDC01 : 13:39:16 DTCOSD082E VSWITCH-OSD SHUTTING DOWN: 07/04/11 13:39:17 DTCVSW2 OITDC01 : 13:39:16 DTCPRI385IDEVICE DTCVSW2C000DEV: 07/04/11 13:39:17 DTCVSW2 OITDC01 : 13:39:16 DTCPRI386I TYPE: VSWITCH-OSD, STATUS: READY 07/04/11 13:39:17 DTCVSW2 OITDC01 : 13:39:16 DTCPRI387I ENVELOPE QUEUE SIZE: 0 07/04/11 13:39:17 DTCVSW2 OITDC01 : 13:39:16 DTCPRI388I ADDRESS: C000 07/04/11 13:39:17 DTCVSW2 OITDC01 : 13:39:16 DTCQDI001I QDIO DEVICE DTCVSW2C000DEV DEVICE NUMBER C002: 07/04/11 13:39:17 DTCVSW2 OITDC01 : 13:39:16 DTCQDI007I DISABLE FOR QDIO DATA TRANSFERS 07/04/11 13:39:19 DTCVSW2 OITDC01 : 13:39:19 DTCOSD102I VSWITCH-OSD DEVICE DTCVSW2C000DEV: RESTARTING DEVICE C000 THROUGH 07/04/11 13:39:19 DTCVSW2 OITDC01 AUTORESTART 07/04/11 13:39:19 DTCVSW2 OITDC01 : 13:39:19 DTCOSD080I VSWITCH-OSD INITIALIZING: 07/04/11 13:39:19 DTCVSW2 OITDC01 : 13:39:19 DTCPRI385I DEVICE DTCVSW2C000DEV: 07/04/11 13:39:19 DTCVSW2 OITDC01 : 13:39:19 DTCPRI386I TYPE: VSWITCH-OSD, STATUS: NOT STARTED 07/04/11 13:39:19 DTCVSW2 OITDC01 : 13:39:19 DTCPRI387I ENVELOPE QUEUE SIZE: 0 07/04/11 13:39:19 DTCVSW2 OITDC01 : 13:39:19 DTCPRI388I ADDRESS: C000 07/04/11 13:39:19 : HCPSWU2832E THE CONNECTION FOR VSWITCH SYSTEM DTCVSW2 IS NOT ACTIVE. 07/04/11 13:39:19 : HCPSWU2832E TCP/IP CONTROLLER DTCVSW2 IS ATTEMPTING TO RESTART THE DEVICE. 07/04/11 13:39:19 DTCVSW2 OITDC01 : 13:39:19 DTCOSD083E VSWITCH-OSD DEVICE DTCVSW2C000DEV: UNEXPECTED CSW FROM SENSEID COMMAND ON 07/04/11 13:39:19 DTCVSW2 OITDC01 C002 07/04/11 13:39:19 DTCVSW2 OITDC01 : 13:39:19 DTCOSD083E VSWITCH-OSD DEVICE DTCVSW2C000DEV: UNEXPECTED CSW FROM SENSEID COMMAND ON 07/04/11 13:39:19 DTCVSW2 OITDC01 C002 07/04/11 13:39:19 DTCVSW2 OITDC01 : 13:39:19 DTCOSD101I VSWITCH-OSD DEVICE DTCVSW2C000DEV: RESETTING EVENT RECEIVED. AUTOMATIC 07/04/11 13:39:19 DTCVSW2 OITDC01 RESTART INITIATED. 07/04/11 13:39:19 DTCVSW2 OITDC01 : 13:39:19 DTCOSD082E VSWITCH-OSD SHUTTING DOWN: 07/04/11 13:39:19 DTCVSW2 OITDC01 : 13:39:19 DTCPRI385IDEVICE DTCVSW2C000DEV: 07/04/11 13:39:19 DTCVSW2 OITDC01 : 13:39:19 DTCPRI386I TYPE: VSWITCH-OSD, STATUS: SENSE ID ON INPUT 07/04/11 13:39:19 DTCVSW2 OITDC01 : 13:39:19 DTCPRI387I ENVELOPE QUEUE SIZE: 0 07/04/11 13:39:19 DTCVSW2 OITDC01 : 13:39:19 DTCPRI388I ADDRESS: C000 07/04/11 13:39:19 DTCVSW2 OITDC01 : 13:39:19 DTCOSD102I VSWITCH-OSD DEVICE DTCVSW2C000DEV: RESTARTING DEVICE C000 THROUGH 07/04/11 13:39:19 DTCVSW2 OITDC01 AUTORESTART 07/04/11 13:39:19 DTCVSW2 OITDC01 : 13:39:19 DTCOSD080I VSWITCH-OSD INITIALIZING: 07/04/11 13:39:19 DTCVSW2 OITDC01 : 13:39:19 DTCPRI385I DEVICE DTCVSW2C000DEV: 07/04/11 13:39:19 DTCVSW2 OITDC01 : 13:39:19 DTCPRI386I TYPE: VSWITCH-OSD, STATUS: NOT STARTED 07/04/11 13:39:19 DTCVSW2 OITDC01 : 13:39:19 DTCPRI387I ENVELOPE QUEUE SIZE: 0 07/04/11 13:39:19 DTCVSW2 OITDC01 : 13:39:19 DTCPRI388I ADDRESS: C000 07/04/11 13:39:19 DTCVSW2 OITDC01 : 13:39:19 DTCOSD375I ATTEMPTING TO RECOVER FROM A RESET EVENT BEFORE NOTIFYING VSWITCH OF ERROR 07/04/11 13:39:19 DTCVSW2 OITDC01 : 13:39:19 DTCOSD090E VSWITCH-OSD DEVICE DTCVSW2C000DEV: UNEXPECTED STATUS FROM I/O INTERRUPT ON 07/04/11 13:39:19 DTCVSW2 OITDC01 C000 07/04/11 13:39:19 DTCVSW2 OITDC01 : 13:39:19 DTCOSD073I STORED CSW IS: 07/04/11 13:39:19 DTCVSW2 OITDC01 : 13:39:19 DTCPRI459IKEYS: E1, CCWADDRESS: 01903010 (DEFERRED SIO CC 1) 07/04/11 13:39:19 DTCVSW2 OITDC01 : 13:39:19 DTCPRI462ISTATUS BITS: C2, SCFA: 4017 07/04/11 13:39:19 DTCVSW2 OITDC01 : 13:39:19 DTCPRI463IUNIT STATUS: 02, CHANNEL STATUS: 00 07/04/11 13:39:19 DTCVSW2 OITDC01 : 13:39:19 DTCPRI464IBYTE COUNT: 34 07/04/11 13:39:19 DTCVSW2 OITDC01 : 13:39:19 DTCPRI470ISUBCHANNEL LOGOUT: 0080 07/04/11 13:39:19 DTCVSW2 OITDC01 : 13:39:19 DTCPRI471IEXTENDED REPORT WORD: 0120 07/04/11 13:39:19 DTCVSW2 OITDC01 : 13:39:19 DTCPRI473I
Re: I need current UTC in a REXX exec
I seem to recall that EXEC's (not EXEC2) time token returned the hardware clock time. Was a real pain when I was switching to UTC with timezone way of doing things. A lot of old EXEC code at one of my sites. Tom Duerbusch THD Consulting Gary Eheman [EMAIL PROTECTED] 4/11/2007 4:36 PM On Wed, 11 Apr 2007 17:13:51 -0400, Alan Altmark [EMAIL PROTECTED] wrote: snip If only everyone set their TODs to UTC that would be ok. :-) snip Very nice, Alan. The ever so complex call revealed. Thanks. I had the call to diag 0 to get the offset and conversion to seconds, but could not for the life of me get that call to datetimesubtract figured out. Still amazed that there is not a single simple query for UTC.
Re: I need current UTC in a REXX exec
There is - if you SET TIMEZONE UTC :-) With computers scattered around the planet, that is how we run. A side benefit is not having to worry about DST. Regards, Richard Schuh -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Gary Eheman Sent: Wednesday, April 11, 2007 2:36 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: I need current UTC in a REXX exec snip Very nice, Alan. The ever so complex call revealed. Thanks. I had the call to diag 0 to get the offset and conversion to seconds, but= could not for the life of me get that call to datetimesubtract figured ou= t. Still amazed that there is not a single simple query for UTC.
Re: I need current UTC in a REXX exec
On 4/12/07, Schuh, Richard [EMAIL PROTECTED] wrote: There is - if you SET TIMEZONE UTC :-) With computers scattered around the planet, that is how we run. A side benefit is not having to worry about DST. I think you meant with *users* scattered around.. In the past I did some digging to see if we could provide CMS users with their own local time - turns out that CMS uses a very odd mixture of TOD clock and CP time. Rob
Re: I need current UTC in a REXX exec
No, I meant computers. We have 4 data centers in 3 countries, 4 different time zones, and all run with an offset of 0. It helps in researching problems if the clocks of all computers are displaying the same (approximate) time. Regards, Richard Schuh -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Rob van der Heij Sent: Wednesday, April 11, 2007 3:37 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: I need current UTC in a REXX exec On 4/12/07, Schuh, Richard [EMAIL PROTECTED] wrote: There is - if you SET TIMEZONE UTC :-) With computers scattered around the planet, that is how we run. A side benefit is not having to worry about DST. I think you meant with *users* scattered around.. In the past I did some digging to see if we could provide CMS users with their own local time - turns out that CMS uses a very odd mixture of TOD clock and CP time. Rob
Re: I need current UTC in a REXX exec
Tom: No, it is EXEC2, not EXEC classic (attribute the latter term to Bob Guenther), whose DATE and TIME return UTC. Issue help exec2 amp;TIME to confirm. On Wed, 11 Apr 2007 17:02:58 -0500, Tom Duerbusch [EMAIL PROTECTED] wrote: I seem to recall that EXEC's (not EXEC2) time token returned the ha rdware clock time. Was a real pain when I was switching to UTC with timezone wa y of doing things. A lot of old EXEC code at one of my sites. Tom Duerbusch THD Consulting
Re: I need current UTC in a REXX exec
Ah, but I don't want to live there. I just want to know what time it is there because I am dealing with another computer in another timezone and we agreed that UTC would be used for time reference for data. ;-) On Wed, 11 Apr 2007 15:06:39 -0700, Schuh, Richard [EMAIL PROTECTED] wrot e: There is - if you SET TIMEZONE UTC :-) With computers scattered around the planet, that is how we run. A side benefit is not having to worry about DST. Regards, Richard Schuh -- Gary Eheman
Re: I need current UTC in a REXX exec
You don't need to live there, you can apply the offset to your wristwatch. Regards, Richard Schuh -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Gary Eheman Sent: Wednesday, April 11, 2007 4:27 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: I need current UTC in a REXX exec Ah, but I don't want to live there. I just want to know what time it is= there because I am dealing with another computer in another timezone and = we agreed that UTC would be used for time reference for data. ;-) On Wed, 11 Apr 2007 15:06:39 -0700, Schuh, Richard [EMAIL PROTECTED] wrot= e: There is - if you SET TIMEZONE UTC :-) With computers scattered around the planet, that is how we run. A side benefit is not having to worry about DST. Regards, Richard Schuh -- Gary Eheman
remove
Re: I need current UTC in a REXX exec
On: Wed, Apr 11, 2007 at 04:36:08PM -0500,Gary Eheman Wrote: } Still amazed that there is not a single simple query for UTC. You could always call a subroutine written in EXEC2. :-) But then Chuckie would have to kill you. -- 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: Programmable operator working: my bad; next opportunity
/* Read in a NOTE file but do not put it in ALL NOTEBOOK */ /* Untested !!! */ arg spid fn ft fm 'MAKEBUF' buf = rc push 'FILE' fn ft fm 'EXEC PEEK' spid '(FOR *' code = rc 'DROPBUF' buf 'ESTATE' fn ft fm if rc = 0 then 'CP PURGE READER' spid exit code
