Re: Duplicate CP Monitor records TCPIP
I guess some more testing is required. At least i'm not the only one to be supprised. Indeed, a pmr sounds about right at this point. I guess a test would be pretty easy, restart (logoff/logon) one of the TCPIP stacks and see if it produces one record. Next fiddle with NETSTAT OBEY and see if the second record appears. Your remark on DIAG 0xDC does point in this direction. I also discussed with a collegue and he confirmed the NETSTAT OBEY at least once after the last IPL. Thank you all for the help. Regards, Berry. Op 14-06-11 02:49, Alan Altmark schreef: On Monday, 06/13/2011 at 07:46 EDT, Berry van Sleeuwen berry.vansleeu...@xs4all.nl wrote: I think so but I'm not quite sure. We use the NETSTAT OBEY sometimes, usually for stop or start of a link. For instance NETSTAT OBEY START DEVHW1. The only way I could think of to get the same record more than once is to declare it more than once to CP. (DIAG 0xDC doesn't appear to have a this buffer has been previously declared return code.) It would be interesting to know if the number of extra LCB (0x05) monitor records is in any way related to the number of times you START the device or re-define any of the LINK attributes. I agree with Bill; you need a PMR to poke at it further. Alan Altmark z/VM and Linux on System z Consultant IBM System Lab Services and Training ibm.com/systems/services/labservices office: 607.429.3323 mobile; 607.321.7556 alan_altm...@us.ibm.com IBM Endicott
Re: Duplicate CP Monitor records TCPIP
Alan, I think so but I'm not quite sure. We use the NETSTAT OBEY sometimes, usually for stop or start of a link. For instance NETSTAT OBEY START DEVHW1. Regards, Berry. Op 13-06-11 04:01, Alan Altmark schreef: On Fri, 10 Jun 2011 09:43:52 -0500, Berry van Sleeuwen berry.vansleeu...@xs4all.nl wrote: The IP stack hasn't been stopped, at least as far as I know. The last time the stacks were stopped was due to a VM IPL. If indeed multiple buffers were created, would it make sense that the same data is reported in all buffers? I would expect, if new buffers were created for the devices the data in the newest buffers would be incremented with the new data and the old buffers would stay on their old values. Berry, has OBEYFILE or NETSTAT OBEY been used against this stack? Alan Altmark IBM
Re: Duplicate CP Monitor records TCPIP
Hi Bill, The IP stack hasn't been stopped, at least as far as I know. The last tim e the stacks were stopped was due to a VM IPL. If indeed multiple buffers were created, would it make sense that the sam e data is reported in all buffers? I would expect, if new buffers were crea ted for the devices the data in the newest buffers would be incremented with the new data and the old buffers would stay on their old values. Regards, Berry.
Duplicate CP Monitor records TCPIP
Hi listers, I am looking at processing the userrecords in the CP MONITOR for the TCPI P stacks. These are in CP MONITOR domain 0A record 02. The data is collecte d though a STARMON stage, basically PIPE STARMON | locate selection | fielid. Most LPARs have records like I'd expect them but I have found that in one LPAR we have duplicate records for subrecordtype 05 for each of the the O SA devices. The CTC's for VSE systems have one record per minute for each VSE system. The OSA links have 2 identical records (apart from a slight difference in timestamp, a few miliseconds apart). A second IP stack even writes 3 reco rds for every minute. So basically we see: 00:01 VSE1 00:01 VSE2 00:01 OSA1 00:01 OSA2 00:01 OSA1 00:01 OSA2 00:02 ... What can cause the CP monitor to have these duplicate records? TIA, Berry.
Re: Duplicate CP Monitor records TCPIP
Hi Scott, Yes, the records are identical. After a SORT UNIQUE the duplicate records are discarded. The only thing that is not identical is the TOD field. The second (and third) record are produced a few miliseconds after the first. When I discard the miliseconds the records themselves are truly identical. That leads me to believe that these are seperatly created records. The record produced by the TCPIP stack contains data from the OSA device, we are interested in the number of bytes in and out for the device during the minute interval. As I understand it there is a buffer for each device. So the OSA devices each have a record and the CTC devices also have a record. And indeed that is what we get on other LPARs. Only on this particular LPAR we have more than one record. And only for the OSA's, not for the CTC's. Regards, Berry. Op 09-06-11 16:51, Scott Rohling schreef: Just poking around found this description of the monitor record: DESCRIPTIVE NAME - Monitor Sample Record Domain 10 - Appldata domain Record 2 - Application Data Sample Record DESCRIPTION - Application data as found in the application-defined buffer at the time of this sample interval. A separate record is generated for each buffer declared by the virtual machine(s) via the Diagnose 'DC' START operation. Seems to imply a separate record is generated for each buffer declared.. I'm not sure what the application data sample is in this case. Are the records truly duplicates? (the whole record is absolutely identical, displayable chars or not) Perhaps the application data needs to be appended to come up with the entire field? Scott Rohling On Thu, Jun 9, 2011 at 8:04 AM, Berry van Sleeuwen berry.vansleeu...@xs4all.nl mailto:berry.vansleeu...@xs4all.nl wrote: Hi listers, I am looking at processing the userrecords in the CP MONITOR for the TCPIP stacks. These are in CP MONITOR domain 0A record 02. The data is collected though a STARMON stage, basically PIPE STARMON | locate selection | fielid. Most LPARs have records like I'd expect them but I have found that in one LPAR we have duplicate records for subrecordtype 05 for each of the the OSA devices. The CTC's for VSE systems have one record per minute for each VSE system. The OSA links have 2 identical records (apart from a slight difference in timestamp, a few miliseconds apart). A second IP stack even writes 3 records for every minute. So basically we see: 00:01 VSE1 00:01 VSE2 00:01 OSA1 00:01 OSA2 00:01 OSA1 00:01 OSA2 00:02 ... What can cause the CP monitor to have these duplicate records? TIA, Berry.
Re: Duplicate CP Monitor records TCPIP
Hi Scott, Yes they are the same, same VM levels, same basic setup for all VM's and IP stacks. In one case, our local IP stack, even uses the same osa device. In one LPAR it produces just one record per minute, in the second LPAR it produces three records. And only one virtual CPU. But for these records CPU is not an issue. Regards, Berry. Op 09-06-11 21:38, Scott Rohling schreef: Hmmm.. some questions then: - Are the z/VM and TCPIP levels all the same? - Are the OSA's attached to TCPIP the same way (DEDICATE in directory, via a DTCPARMS, or?) - Are the OSA cards the same.. defined the same? - Any NICDEF's defined to TCPIP on this LPAR? (though I would think it would show as a different OSA shrug) - Could a different ports be being used on the same OSA? You've likely thought of this stuff already - just thinking of stuff I would check. Can't think of any reason offhand. Well - maybe one: does TCPIP on this LPAR have 2 virtual CPU's defined? Seems like the number of CPU's can influence, but I'm probably thinking of accounting records.. Scott Rohling On Thu, Jun 9, 2011 at 11:56 AM, Berry van Sleeuwen berry.vansleeu...@xs4all.nl mailto:berry.vansleeu...@xs4all.nl wrote: Hi Scott, Yes, the records are identical. After a SORT UNIQUE the duplicate records are discarded. The only thing that is not identical is the TOD field. The second (and third) record are produced a few miliseconds after the first. When I discard the miliseconds the records themselves are truly identical. That leads me to believe that these are seperatly created records. The record produced by the TCPIP stack contains data from the OSA device, we are interested in the number of bytes in and out for the device during the minute interval. As I understand it there is a buffer for each device. So the OSA devices each have a record and the CTC devices also have a record. And indeed that is what we get on other LPARs. Only on this particular LPAR we have more than one record. And only for the OSA's, not for the CTC's. Regards, Berry. Op 09-06-11 16:51, Scott Rohling schreef: Just poking around found this description of the monitor record: DESCRIPTIVE NAME - Monitor Sample Record Domain 10 - Appldata domain Record 2 - Application Data Sample Record DESCRIPTION - Application data as found in the application-defined buffer at the time of this sample interval. A separate record is generated for each buffer declared by the virtual machine(s) via the Diagnose 'DC' START operation. Seems to imply a separate record is generated for each buffer declared.. I'm not sure what the application data sample is in this case. Are the records truly duplicates? (the whole record is absolutely identical, displayable chars or not) Perhaps the application data needs to be appended to come up with the entire field? Scott Rohling On Thu, Jun 9, 2011 at 8:04 AM, Berry van Sleeuwen berry.vansleeu...@xs4all.nl mailto:berry.vansleeu...@xs4all.nl mailto:berry.vansleeu...@xs4all.nl mailto:berry.vansleeu...@xs4all.nl wrote: Hi listers, I am looking at processing the userrecords in the CP MONITOR for the TCPIP stacks. These are in CP MONITOR domain 0A record 02. The data is collected though a STARMON stage, basically PIPE STARMON | locate selection | fielid. Most LPARs have records like I'd expect them but I have found that in one LPAR we have duplicate records for subrecordtype 05 for each of the the OSA devices. The CTC's for VSE systems have one record per minute for each VSE system. The OSA links have 2 identical records (apart from a slight difference in timestamp, a few miliseconds apart). A second IP stack even writes 3 records for every minute. So basically we see: 00:01 VSE1 00:01 VSE2 00:01 OSA1 00:01 OSA2 00:01 OSA1 00:01 OSA2 00:02 ... What can cause the CP monitor to have these duplicate records? TIA, Berry.
Re: Duplicate CP Monitor records TCPIP
Multiple links? You mean on the OSA or within the IP stack? Yes, multiple links on an OSA. In LPAR1 we have one IP stack (EE00-EE02) and a VSWITCH (EE04-EE06) on the OSA. In LPAR2 we have two IP stacks on the same OSA (EE00--EE06). The customer stack also has a backup on a second OSA (EF00-EF02). Within the IP stack there is one link defined for a device. Regards, Berry. Op 09-06-11 22:14, Alan Altmark schreef: On Thursday, 06/09/2011 at 10:06 EDT, Berry van Sleeuwen berry.vansleeu...@xs4all.nl wrote: What can cause the CP monitor to have these duplicate records? A type 0x05 record is, I think, produced for each LCB (Link Control Block) in the stack. Does the OSA device have multiple LINKs? Alan Altmark z/VM and Linux on System z Consultant IBM System Lab Services and Training ibm.com/systems/services/labservices office: 607.429.3323 mobile; 607.321.7556 alan_altm...@us.ibm.com IBM Endicott
Re: z/VM shutdown
Hi Tom, I have seen it happen, both planned and unplanned. IIRC I did post a question on this here or in the linux-390 list, some years ago. We have shutdown guests through a signal, and sometime still do. And we have had an unplanned outage because someone at our HMC stopped the LPAR (don't know in detail what they've done). After starting the LPAR again we noticed a SIGNAL had forced VM down. SFS was shutdown through a signal, all others obviously were forced during VM shutdown. O, this was back at zVM 4.4 so it's there for some while now. We have tried to setup a good solution for shutting down VM and it's 2nd level systems (linux, VM, VSE) but there are some risks. You should ensure the guest will indeed correctly shutdown within the set time. Either have a good automatic shutdown procedure triggered by the signal or set the timeout to a high number. At VM you should trap the signal to run a shutdown procedure for services that do not trap a signal, on VSE you have to trap the signal and script a shutdown, a linux guest traps the signal as an CTRL-ALT-DEL. Regards, Berry. Op 24-05-11 21:32, Tom Huegel schreef: Sorry if this sounds dumb, but I seem to remember someone talking about z/VM (CP) being enabled for SIGNAL SHUTDOWN that it could receive from either hardware, or a first level z/VM. But I don't seem to be able to find anything like that in my searches. Or is that something in a future release?
Re: DIRMAINT
You need to issue DIRM NEEDPASS NO again. I guess the file is without the DVHOPT statement. They get rebuild during rebuilding of the directory. Part of this is the needpass no option that gets changed. (I guess the CRC is different.) We used to migrate a directory without the DVHOPT statments but then we had to NEEDPASS again after each migration. So now we always keep the DVHOPT in the USER INPUT. Regards, Berry. Op 11-04-11 20:39, Scott Rohling schreef: You should name it to USER INPUT - not INPUT USER.. You also need to ERASE or RENAME USER DIRECT on the DIRMAINT 1DF as well.. I'm really not sure if the above is the reason you are getting the message -- maybe you entered the password wrong - not sure.. but make sure you are rebuilding the directory correctly. Scott Rohling On Mon, Apr 11, 2011 at 12:33 PM, Martin, Terry R. (CMS/CTR) (CTR) terry.mar...@cms.hhs.gov mailto:terry.mar...@cms.hhs.gov wrote: Hi I think I may have screwed up here. I had to make multiple changes to my Directory so I did the following: I did a DIRM USER WITHPASS to get the current directory I then added my changes to USER WITHPASS on my A disk I then shutdown DIRMAINT. I then copied the USER WITHPASS from my A disk to DIRMAINT’S 1DF disk as INPUT USER I then started DIRMAINT backup issuing the DVHBEGIN command I then logged on to MAINT and issued DIRM FOR M1P3 GET and I get the following. Where did I mess up?: DVHREQ2286E The password you supplied does not match the current DVHREQ2286E directory password for MAINT; your request is ignored. *Thank You,* ** *Terry Martin* *Lockheed Martin* *CMS - CITIC* *3300 Lord Baltimore Drive, Suite 200, 21244 **Engineering Computing* *Mainframe Support* *Cell - 443 632-4191 tel:443%20632-4191* **
Re: Capacity Monitoring question
Hi Nick, We monitor VM on page usage and page IO, our guest on VM for Queue and storage usage (main, xstor and swap). Also we monitor guest CPU usage and metrics like the limit list. Linux memory is always at 100% so no sense in monitoring over there but we do monitor swap usage. Linux CPU gives bad numbers to start with (yes even on current kernel levels they are still wrong) so don't monitor CPU on the guests. Actually, 100% CPU is not a bad thing at all. Where most OS-ses become less responsive above 90% z/VM will still give you good response even at high numbers. We like to have it above 90%. Obviously you would need some capacity for new guests. So when you are running 100% CPU all the time there can be a case for an additional IFL. But also look at the guests, determine if they are running processes you don't need or that hurt overal performance. Watch your linux guests on responsetimes and batch runtimes. Set a good relative share and if that doesn't help you could consider adding IFL's. Keep VM paging below 50%, add paging DASD when needed. We have a VM that is overcommitted to 9:1. Our production Linux VM is at 2:1 with room to spare. Expect even high page IO rates, 1000's IO/sec don't have to be bad. Keep an eye on guests that are competing for storage. Especially loading users and E-lists can point to a resource problem. Try to fix it on the guest first (eliminate processes, reduce memory sizes etc). Make sure the guests don't stay in Q3. It will hurt other servers. So eliminate unused processes, don't use pings or other keep alive tooling. Be aware that most regular linux tooling keeps the guest active. Obviously when you are running batch the guest will stay in Q3 but then it's in there for a reason. Some of these issues are also covered in the linux-390 list (http://www2.marist.edu/htbin/wlvindex?LINUX-390). Take a look over there also. Regards, Berry. Op 02-03-11 23:28, Nick Warren schreef: Hi Tony, Thanks for the response. I probably didn't ask the question(s) very well. I'm working with a customer that has no capacity plan regarding the use of z/VM as a linux host. We're seeing both CPU and Memory usage on the z/VM side increasing. Performance on the linux guests is acceptable at this time. Aside from waiting for the linux users to start complaining - what metrics and thresholds should I be tracking as early predictors of capacity problems? Obviously if CPU usage is constantly 100% that's probably not good. I'm currently watching CPU, IOWait and Stolen time but wonder if those are sufficient. Any suggestion as what a good maximum number is? Memory is a larger concern - In a previous life as a mvs sysprog I would watch paging/swapping and delay times among others. Are there any rules of thumb regarding paging or swapping in z/VM? Is there something better that paging/swapping for capacity prediction? Thanks again, Nick Date: Wed, 2 Mar 2011 13:47:42 -0800 From: generalemailli...@yahoo.com.au Subject: Re: Capacity Monitoring question To: IBMVM@LISTSERV.UARK.EDU We use Performance Toolkit with APPLDATA enabled, then from option 29 in Perf toolkit we get Linux screens selection S Display Description . LINUX RMF PM system selection menu . LXCPU Summary CPU activity display . LXMEM Summary memory util. activity display . LXNETWRKSummary network activity display Interval 02:11:28-08:44:10, on 2011/03/03 (CURRENT interval, select interim or average data) __ . . . . . . . . . . . . . . . . --- Total CPU --- - Processes -- LinuxVirt Utilization (%) Current - -Average Running- Nr of Userid CPUs TotCPU User Kernel Nice IRQ SoftIRQ IOWait Idle Stolen Runabl Waiting Total 1_Min 5_Min 15_Min Users System 2.04.4 2.31.9.0.0 .1 .9 193.21.6 2.0 .0 434.5 .08.15.12 4 DLVOMG012 .4.2 .2.0.0 .0 .2 198.8 .6 2 0 215 .00.00.00 Interval 02:11:28-08:44:10, on 2011/03/03 (CURRENT interval, select interim or average data) __ . . . . . . . . . . . . . . . . Memory Allocation (MB) - --- Swapping --- --- Pages/s --- -BlockIO- Linux --- Main --- --- High ---Buffers Cache -Space (MB)- -Pgs/sec- Allo -Faults-- --kB/sec- Nr of Userid M_Total %MUsed H_Total %HUsed Shared /CaFree Used S_Total %SUsed In Out cates Major Minor Read Write Users System 3516 98.2 .0 .0 .0 240.7 18551744 .1 .000 .000 331.1 .000 916.1 43.57 37.53 4
Re: Need advice on moving a Linux guest from one z/VM LPAR to another
We do this quite often. We have 4 VM's and guests can be moved freely to any of these LPARs. It depends if you need other DASD as well. If you can share DASD then make sure the DASD is available on both VM's. Shutdown (logoff) the guest in one LPAR and start it in the other LPAR. The directory entries in both VM's must be the same, except for the password (the guests have only one VM where they can logon, all others have NOLOG). That is how we move guests between LPARs. If you want to move to other DASD as well you need to copy the DASD using DDR. The easiest would be to create an identical guest entry with the new extents, such as guest1 and guest2, where guest1 is the guest to be moved and guest2 is the guest on different DASD extents. Next 'clone' the guest to the new DASD extents. Then start the new guest in your other LPAR. The cloning process is described in several redbooks, but it is basically a DDR of all minidisks. Regards, Berry. Op 26-02-11 00:48, Michael Forte schreef: Hi members of the outstanding z/VM community! I need advice or a pointer to documentation (if available? presentations, official publications, Redbooks...) on how to move a Linux guest from one z/VM LPAR to another. Now, I know this could probably be pieced together from an assortment of z/VM product documentation or multiple Redbooks, but I am hoping someone in this community has done this before. Even a set of high-level steps would prove invaluable. Does anyone have any insight? z/VM 6.1, SLES 11, all FICON. Thanks in advance and I hope everyone has a great weekend. *Michael J. Forte * z/OS Storage ID (and on assignment with STG Lab Services and Training) Software Engineer, System z Information Solutions 58HA IBM Research Triangle Park, North Carolina
Re: z/VM Monitor Records
Hi Billy, First you can look at MONWRITE within VM itself. It writes all records to disk. Process it wth MONVIEW (on the VM download pages). We have an own process. Main reason is we want to enable all MONITOR in VM so we can monitor all parameters online. But we only want to write selected records to disk, just the ones we need. Also a 3390-3 is to small to store all within one day. It is based on the MONITOR processes descibed in redbook REDP3818 (http://www.redbooks.ibm.com/abstracts/redp3818.html?Open). The process has the STARMON stage in a pipeline. It retrieves the records and writes selected records to disk. As Jeff said, search for STARMON, it will show up. A similar process is in use for monitoring and ticketing. Just to start, take a look at this thread in the linux-390 list: http://www.mail-archive.com/linux-390@vm.marist.edu/msg58022.html Regards, Berry. Op 16-02-11 15:21, Billy Bingham schreef: Hello all, Does anyone have a procedure that they use to collect and process z/VM monitor records that they would be willing to share? Thanks in advance, Billy
Re: SET SHARE ABSOLUTE/RELATIVE
Hi Barton, That's a nice one, learned something new today on scheduler language. But I do have a question. It relates to the zVM scheduler handeling typical Linux load. But linux load differs from the way CMS and VSE loads run. To what extent is this applicable for VSE and/or CMS loads? Doesn't these loads have a more traditional loadpattern, better suited for the VM scheduler? (or perhaps, the VM scheduler is better suited for the typical CMS and VSE loads.) Regards, Berry. Op 07-02-11 22:07, Barton Robinson schreef: Very few people understand the scheduler, and what it does - What it does, it does very well. You just have to understand the language. Rob did some recent experiments that validated how it works, and validated how little functions like VRM really help your workloads (except by accident). From the VelocitySoftware.com page, go to Linux Hints and Tips. There is a new link there to Rob's recent research. I would recommend reading it and understanding it before setting shares (or using VRM). Hughes, Jim wrote: Thanks for the reply Marty. Long time, no see. Our VSE systems are mainly interactive CICS or IDMS/DC systems during the day. Night time they become batch machines. The CICS and IDMS/DC systems are mainly accessed via VTAM. Our three production systems are each set to ABSOLUTE 20% with no defined target maximum. The sum of our ABSOLUTE SHARE users does total 100%. With that said, we’ve asked ourselves is ABSOLUTE 20% enough? The manual says once you have defined the minimum target ABSOLUTE SHARE to total 100%, the scheduler reserves 1% for the RELATIVE SHARE users. It goes on to say that once an ABSOLUTE SHARE user has reached its minimum target share it only gets more if system resources are available. What I am looking for is a way to keep the production systems behaving if a production vse system(absolute share), test vse system(relative share) or a cms user(relative share) begins to loop. The more I read about CP SET SHARE the more I suspect it isn’t designed to be a panacea for smooth performance in time of trouble. Maybe I should be investigating the VM Performance Monitor to assist with dynamic performance adjustment in a time of trouble. Comments? Jim Hughes Consulting Systems Programmer Mainframe Technical Support Group Department of Information Technology State of New Hampshire 27 Hazen Drive Concord, NH 03301 603-271-5586Fax 603.271.1516 Statement of Confidentiality: The contents of this message are confidential. Any unauthorized disclosure, reproduction, use or dissemination (either whole or in part) is prohibited. If you are not the intended recipient of this message, please notify the sender immediately and delete the message from your system. *From:* The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU] *On Behalf Of *Martin Zimelis *Sent:* Monday, February 07, 2011 3:01 PM *To:* IBMVM@LISTSERV.UARK.EDU *Subject:* Re: SET SHARE ABSOLUTE/RELATIVE Catherine, I don't think your understanding of SHARE is backwards, but your expectation of what the performance manager will do might be. I suspect it's trying to keep heavy CPU users from hogging the processors. To get back to the original question, Jim, I think you need to describe what the z/VSE guests are doing. If they're supporting interactive users (e.g., CICS), you'd want one answer from the assembled masses. If they're true batch workloads, the answer should be quite different. Since your system's perceived responsiveness likely depends on how quickly TCPIP (and VTAM) gets serviced, a high share is called for. In your situation, is the same true for RSCS? Regardless, my experience with the conventional wisdom of whether to use relative or absolute shares is dated, so I'll leave detailed recommendations to those with more recent experience. Marty Zimelis On Mon, Feb 7, 2011 at 2:13 PM, McBride, Catherine cmcbr...@kable.com mailto:cmcbr...@kable.com wrote: A while ago a very experienced VM person from IBM suggested that we not use ABSOLUTE unless you absolutely must cap off a guest to keep it from running away with your real processors. We used that setting on our test system only. Our VSE TOR and VM guest TCPIP both had high relative shares (1 versus 3000 for regular production guests). Then we started using a performance manager feature of VM Toolkit, it managed share values for us. It set everything the same after VM IPL, but by the end of a normal production day our busiest guests had dropped to the lowest relative share, the ones seldom used had the highest. Meaning my understanding of how relative share worked was backwards or the gizmo in VM Toolkit was. Hopefully Alan or Kris will expound.
Re: PIPE locate question
I was close but not quite correct. Here is the result after testing: /* */ parse upper arg input 'PIPE (END ?) CP QUERY NAMES', /* Get UID's */ '| SPLIT at str /,/', /* split into lines */ '| LOCATE /- DSC/',/* Only disconnected */ '| specs w1 1',/* get names */ '| strip', /* remove blanks */ '| sort 1-8', /* sort */ '| pad 8', /* Make sure length 8*/ '| a: lookup 1.8 1.8 master', /* Compare */ '| count lines', /* how many found*/ '| var iffound', /* number of names found */ '? var input', /* names parsed from cmdline */ '| split', /* split into lines */ '| pad 8', /* make sure length 8*/ '| a:',/* into lookup */ '| hole', /* drop names not in input */ '? a:',/* tert. output unref */ '| cons', /* display */ '| count lines', /* How many not found*/ '| var ifnotfound' /* number of names not found */ Regards, Berry.
Re: Accounting Records
Also take a look at redbooks REDP3818, Accounting and monitoring for z/VM linux guest machines. It contains some scripts to process CP monitor and Account. Op 30-12-10 19:18, Scott Rohling schreef: I believe the record layout is in CP Planning and Administration? Here's some code you point at an accounting file and produces a report showing CPU minutes/hours for each user (looks like although I collect the account code - I'm not displaying it): /**/ Trace o Address COMMAND Arg file Parse VAR file file '(' outfile Parse Source envnm callnm snm styp smod synnm cmdnm user. = '' users. = '' usernum = 0 grand = 0 'PIPE COMMAND LISTFILE' file '| STEM FILES.' Do i = 1 to files.0 'PIPE FILE' files.i '| LOCATE 79.2 /01/ | SPECS 1.40 1 | STEM REC.' Say files.i Do j = 1 to rec.0 Parse VAR rec.j 1 usr 9 act 17 . 33 tsecs 37 . usr = strip(usr) tsecs = 'C2D'(tsecs) If user.usr = '' Then Do user.usr = 0 usernum = usernum + 1 users.usernum = usr user.usr.code = act End user.usr = user.usr + tsecs grand = grand + tsecs End End Say usernum 'users found' If outfile = '' Then outfile = 'CPUCNT OUTPUT A' 'ERASE' outfile total = 0 Do i = 1 to usernum usr = strip(users.i) act = user.usr.code /* Data is milliseconds - so get seconds */ amount = user.usr/1000 pct = format(100*(user.usr/grand),5,2) /* Divide by 60 for minutes */ hours = amount/60 total = total + amount out = left(usr,8) format(amount,10,2) format(hours,10,2) pct'%' Say out 'PIPE VAR OUT | ' outfile End Say 'Total:' total 'FINIS' outfile Call @Exit 0 /**/ /* Exit - Exit Routine (Normal and Error) */ /**/ @Exit: Parse Arg erc text If text ¬= '' Then Say text Exit erc On Thu, Dec 30, 2010 at 11:07 AM, Billy Bingham billy.bingham...@suddenlink.net mailto:billy.bingham...@suddenlink.net wrote: Does anyone have a short tutorial or know of a book on collecting and processing the accounting records generated by VM? This would include the record layouts. Thanks, Billy
Re: Time out an SFS command
Would PIPSTOP cancel the SFS command (or any CP/CMS command for that matter)? If so then you could use PIPSTOP to end the pipeline. Just a theory, not tested in any way... 'PIPE (end \) command LISTDIR ...', /* execute command */ '| stem',/* store */ '\ literal +60', /* 60 seconds */ '| delay', /* wait for it */ '| pipstop' /* cancel command */ Regards, Berry. Op 24-12-10 01:09, Alan Ackerman schreef: Moving this question from CMS-PIPELINES to IBMVM, since I am assured by John Hartmann that it cannot be done with CMS Pipelines. Anyone figured out how to get it to time out? Sender: CMSTSO Pipelines Discussion List CMS- pipeli...@vm.marist.edu From: Ackerman, Alan alan.acker...@bankofamerica.com Subject: Time out a CMS command Is there a PIPELINE idiom to force a CMS command to timeout after a certain length of time? I am issuing: 'PIPE command LISTDIR SFSLNB00:SFSADMIN.GETSMTP | stem emsg.' Occasionally (about once a week), this hangs for a long time (18 hours the last time) and then returns with RC = 55. I can live with RC=55, but not with my virtual machine being tied up for 18 hours. (There are other VMSCHED jobs it should be running.) From: Schuh, Richard rsc...@visa.com Subject: Re: Time out a CMS command Look at the beat stage. It may work for this problem. From: John P. Hartmann jphartm...@gmail.com Subject: Re: Time out a CMS command The pipeline is dead in the water while the CMS command is executing; no way it can force a timeout. If you have two virtual machines to play with, the situation is different. Then you can send the command and wait for a response with STARMSG and send HX when it times out. Whether CMS reacts to the HX is another matter. From: Rob van der Heij rvdh...@gmail.com Subject: Re: Time out a CMS command Some SFS commands have the ability to hang forever and prevent any recovery. I recall we did some check right before these, just to make sure the remote file pool is actually alive. But I don't remember which check it was, maybe Bruce or Rod can fill in the blanks... From: Ackerman, Alan alan.acker...@bankofamerica.com Subject: Re: Time out a CMS command I suppose I can just CP FORCE the hung userid. I'm not sure what state that would leave SFS in, though. Date: Tue, 21 Dec 2010 20:16:34 -0500 From: Rich Greenberg ric...@panix.com Subject: Re: Time out a CMS command If you don't find a fix, instead of running it from VMSCHED, have VMSCHED autolog another service machine for the actual LISTDIR. It wouldn't be a problem if the extra SVM gets hung. Date: Wed, 22 Dec 2010 12:09:49 +0100 From: Rod Furey bent...@gmail.com Subject: Re: Time out a CMS command Methinks Holger did it this way: start up a thread or two via multitasking CMS set up a timer on one thread set up the access (or whatever) on the other thread if the access completes before the time ticks, kill the timer thread if the timer thread ticks before the access completes, kill the access thread Don't ask me about the ramifications of doing this and what happens about cleanup. Multitasking CMS was never an area I hit before I went in search of other work. I do recall that the dev group did discover some problems in the mtCMS area at the time. I would hope that they've been fixed by now. Date: Wed, 22 Dec 2010 08:07:34 -0500 From: Bruce Hayden bjhay...@gmail.com Subject: Re: Time out a CMS command I haven't looked at this in years! But, looking at the code, you have it essentially correct. The only sticky part is that the code doesn't attempt to do an access, but tries to simulate some kind of SFS communication via APPC, which I'm sure is not a documented interface (it is coded in the exec as a long hex string.) Anyway, the best approach for the rest of us to this problem would be to use 2 userids, as was already suggested. I doubt it would have any affect on SFS. If this happened to my own id, I just enter #CP IPL CMS to cancel the APPC wait and recover and there was never a problem in SFS after the communication was fixed or reset.
Re: Strange response time problems (also posted on VSE-L)
Our guests are not in Q3 unless they are doing actual work. And even then they usually are in Q1 or Q2. This applies to zVM guests, zVSE guests and Linux guests. Obviously it depends on the setup and what the guests (or rather, the applications) are actually doing. Regards, Berry. Op 21-12-10 18:17, Quay, Jonathan (IHG) schreef: Guest operating systems almost always live in Q3. Try bumping up the Q3 STORBUF. *From:* The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] *On Behalf Of *Wakser, David *Sent:* Tuesday, December 21, 2010 10:21 AM *To:* IBMVM@LISTSERV.UARK.EDU *Subject:* Re: Strange response time problems (also posted on VSE-L) Already did that: q srm IABIAS : INTENSITY=90%; DURATION=3 LDUBUF : Q1=300% Q2=200% Q3=150% STORBUF: Q1=300% Q2=200% Q3=150% DSPBUF : Q1=32767 Q2=32767 Q3=32767 DISPATCHING MINOR TIMESLICE = 5 MS MAXWSS : LIMIT=% .. : PAGES=99 XSTORE : 0% *From:* The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] *On Behalf Of *Helmuth Teubl *Sent:* Tuesday, December 21, 2010 10:06 AM *To:* IBMVM@LISTSERV.UARK.EDU *Subject:* Strange response time problems (also posted on VSE-L) Hi, maybe SRM-Settings not OK? You should overcommit LDUBUFs and STORBUFs The defaults are: CP Q SRM IABIAS : INTENSITY=90%; DURATION=2 LDUBUF : Q1=100% Q2=75% Q3=60% STORBUF: Q1=125% Q2=105% Q3=95% DSPBUF : Q1=32767 Q2=32767 Q3=32767 DISPATCHING MINOR TIMESLICE = 5 MS MAXWSS : LIMIT=% .. : PAGES=99 XSTORE : 0% LIMITHARD METHOD: DEADLINE Have a look, maybe try following settings: q srm IABIAS : INTENSITY=90%; DURATION=2 LDUBUF : Q1=300% Q2=200% Q3=100% STORBUF: Q1=300% Q2=275% Q3=250% DSPBUF : Q1=32767 Q2=32767 Q3=32767 DISPATCHING MINOR TIMESLICE = 5 MS MAXWSS : LIMIT=% .. : PAGES=99 XSTORE : 0% LIMITHARD METHOD: DEADLINE kind regards Helmuth Inactive hide details for David.Wakser---21.12.2010 15:54:15---All: We are running 2 2.3 VSE systems under z/VM 5.4 on a Z800 David.Wakser---21.12.2010 15:54:15---All: We are running 2 2.3 VSE systems under z/VM 5.4 on a Z800 CPU. Von: david.wak...@infocrossing.com An: IBMVM@LISTSERV.UARK.EDU Datum: 21.12.2010 15:54 Betreff: Strange response time problems (also posted on VSE-L) Gesendet von: IBMVM@LISTSERV.UARK.EDU All: We are running 2 2.3 VSE systems under z/VM 5.4 on a Z800 CPU. We are experiencing periods of time when VSEs do not respond at all (e.g. cannot get in via FAQS from CMS, etc.), even though nothing is running in the VSE system and the z/VM system is not very busy. At other times, we have excellent response times, though conditions on either the guests or the z/VM host didn’t seem to change. We do not have any z/VM monitors (except Explore, which is not set up properly), and we have even tried QUICKDSP, without success. Is anyone aware of any PTFs that address this strange behavior? We believe it started when the system was upgraded to z/VM 5.4. David Wakser Confidentiality Note: This e-mail, including any attachment to it, may contain material that is confidential, proprietary, privileged and/or Protected Health Information, within the meaning of the regulations under the Health Insurance Portability Accountability Act as amended. If it is not clear that you are the intended recipient, you are hereby notified that you have received this transmittal in error, and any review, dissemination, distribution or copying of this e-mail, including any attachment to it, is strictly prohibited. If you have received this e-mail in error, please immediately return it to the sender and delete it from your system. Thank you. Raiffeisen Informatik GmbH, Firmenbuchnr. 88239p, Handelsgericht Wien, DVR 0486809, UID ATU 16351908 Der Austausch von Nachrichten mit oben angefuehrtem Absender via E-Mail dient ausschliesslich Informationszwecken. Rechtsgeschaeftliche Erklaerungen duerfen ueber dieses Medium nicht ausgetauscht werden. Correspondence with above mentioned sender via e-mail is only for information purposes. This medium may not be used for exchange of legally-binding communications.
MPROUTE close console
Hi listers, Is there a way to close the console for MPROUTE? We use NETSTAT CP CLOSE CONS for TCPIP, SMSG FTPSERVE CLOSECON for FTPSERVE but I can't find a wa y to do the same for the MPROUTE user. I also tried a CP SEND MPROUTE CP CLOSE CONS. It didn't give me an erro r but still the console is not closed. TIA, Berry.
Re: MPROUTE close console
OK, so that was my mistake. Thanks. CP SEND CP... does indeed give me the close I was looking for. Since I am on zVM 5.4 I could also use the FOR command. But I don't need the response itself, even better when I get no response back so I'll stick with CP SEND CP. Thank you Kris, Frank. Regards, Berry. Op 30-11-10 10:15, Kris Buelens schreef: Try this *CP SEND CP MPROUTE CLOSE CONS* The CP following SEND is the get the equivalent of #CP in MPROUTE. With what you tried CP SEND MPROUTE CP CLOSE CONS tou send a console command CP to the SW running in user MPROUTE, and apparently, the MPROUTE SW doesn't know a CP command, or isn't even listening on its console. With newer z/VM levels, you can us teh FOR command to send CP commands to someone else. Here thus CP FOR MPROUTE CMD CLOSE CONS this way you will even see the command responses
OSA port1 affects port0
Hi Listers, We have two VM's on one z10. Both VM's have identical configurations. - vswitch1, connected to port0 on OSA EB (primary) and EC (backup) - vswitch2, connected to port1 on OSA EB (primary) and EC (backup) - vswitch3, connected to port1 on OSA EB (backup) and EB (primary) Some months ago we noticed that almost no traffic was running on vswitch1 . Several database connections timed out and sshterminals had very poor res ponse. As it turned out a large load on vswitch2 (backup of a 20G file) prevente d OSA port0 to run it's normal load. It looks like that port1 has priority over port0. When connecting to the second LPAR, there is no problem. So it looks like a problem with running load in one LPAR (VM) on the two ports on the one OS A at the same time. At this moment we have moved vswitch2 and vswitch3 to OSA EC and vswitch1 is still connected to EB. But in the current setup we don't have the regular failover we used to have. What can we do, other than buy some additional OSA's? (Yes, there is a PM R for both IBM software and IBM hardware but that's taking quite some time now.) TIA, Berry.
Re: Suppressing messages
David, MONITOR STOP to stop the CP MONITOR. Regards, Berry. Op 22-11-10 16:55, Wakser, David schreef: All: We have recently implemented DASD monitoring via a LINMON service machine. The following messages appear every hour on the Operator console. Is there any way we can somehow suppress these message, or route them elsewhere? David Wakser 10:10:20 HCPMXE6224I Event recording is pending because there are no users connected to *MONITOR for this type of data. 10:10:21 10:10:20 HCPMXE6224I Sample recording is pending because there are no users connected to *MONITOR for this type of data. 10:10:21 Confidentiality Note: This e-mail, including any attachment to it, may contain material that is confidential, proprietary, privileged and/or Protected Health Information, within the meaning of the regulations under the Health Insurance Portability Accountability Act as amended. If it is not clear that you are the intended recipient, you are hereby notified that you have received this transmittal in error, and any review, dissemination, distribution or copying of this e-mail, including any attachment to it, is strictly prohibited. If you have received this e-mail in error, please immediately return it to the sender and delete it from your system. Thank you.
Re: Suppressing messages
AH, OK, I understand. We run a monwrite that gets never stopped. Within MONWRITE we run a custom pipeline, it retrieves data with the STARMON stage and a second stage waits for the cleanup command with STARMSG. The cleanup command forces the monwrite machine to cleanup the disks. Before that we ran the basic MONWRITE and then we stopped the monitor every day. But we also have PERFKIT running so there was always at least one user connected to MONITOR. So that's a way for this, just add a user that connects to the MONITOR and does nothing with the data (PIPE STARMON | HOLE). Op 22-11-10 17:47, Wakser, David schreef: It seems (though I did not set this up so I am not certain) that the VM users are only not connected for a moment, when things get reset (I believe monitoring is stopped every hour to send off data, and then restarted and the user then becomes re-connected). The following display (Q MONITOR) shows the following whenever I have issued the command (note the connected user LINMON): q monitor MONITOR EVENT ACTIVEBLOCK4 PARTITION1024 MONITOR DCSS NAME - MONDCSS CONFIGURATION SIZE 68 LIMIT 1 MINUTES CONFIGURATION AREA IS FREE USERS CONNECTED TO *MONITOR - LINMON MONITOR DOMAIN ENABLED PROCESSOR DOMAIN ENABLED STORAGE DOMAIN DISABLED SCHEDULER DOMAIN DISABLED SEEKS DOMAIN DISABLED USER DOMAIN ENABLED THE FOLLOWING USERIDS ARE ENABLED: UNIPRD2 UNIPROD UNITEST I/O DOMAIN ENABLED THE FOLLOWING DEVICES ARE ENABLED: 1317-13AF 1417-147A NETWORK DOMAIN DISABLED APPLDATA DOMAIN DISABLED MONITOR SAMPLE ACTIVE INTERVAL5 MINUTES RATE 5.00 SECONDS MONITOR DCSS NAME - MONDCSS CONFIGURATION SIZE 1536 LIMIT 1 MINUTES CONFIGURATION AREA IS FREE USERS CONNECTED TO *MONITOR - LINMON MONITOR DOMAIN ENABLED SYSTEMDOMAIN ENABLED PROCESSOR DOMAIN ENABLED STORAGE DOMAIN DISABLED USER DOMAIN ENABLED THE FOLLOWING USERIDS ARE ENABLED: UNIPRD2 UNIPROD UNITEST I/O DOMAIN ENABLED THE FOLLOWING DEVICES ARE ENABLED: 1317-13AF 1417-147A NETWORK DOMAIN DISABLED APPLDATA DOMAIN DISABLED Ready; T=0.01/0.01 11:45:06 -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Berry van Sleeuwen Sent: Monday, November 22, 2010 11:44 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Suppressing messages But if no one is connected to the monitor, why do you keep monitor running? Do you have PROP running in the zVM OPERATOR? If so, add a rule in the PROP RTABLE to suppress HCPMXE6224I. Op 22-11-10 17:37, Wakser, David schreef: I don't want to stop the monitor, just to suppress these messages going to the z/VM Operator console. -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Berry van Sleeuwen Sent: Monday, November 22, 2010 11:38 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Suppressing messages David, MONITOR STOP to stop the CP MONITOR. Regards, Berry. Op 22-11-10 16:55, Wakser, David schreef: All: We have recently implemented DASD monitoring via a LINMON service machine. The following messages appear every hour on the Operator console. Is there any way we can somehow suppress these message, or route them elsewhere? Confidentiality Note: This e-mail, including any attachment to it, may contain material that is confidential, proprietary, privileged and/or Protected Health Information, within the meaning of the regulations under the Health Insurance Portability Accountability Act as amended. If it is not clear that you are the intended recipient, you are hereby notified that you have received this transmittal in error, and any review, dissemination, distribution or copying of this e-mail, including any attachment to it, is strictly prohibited. If you have received this e-mail in error, please immediately return it to the sender and delete it from your system. Thank you. Confidentiality Note: This e-mail, including any attachment to it, may contain material that is confidential, proprietary
Fwd: Re: Suppressing messages
Sigh, missed the reply-to. Sorry Kris. Originele bericht Onderwerp: Re: Suppressing messages Datum: Mon, 22 Nov 2010 17:49:46 +0100 Van:Kris Buelens kris.buel...@gmail.com Aan:berry.vansleeu...@xs4all.nl You could selectively disable sample monitoring Something like: MONITOR SAMPLE DISABLE ALL Remember: if at some later time you install a full flegded performance monitor, it will most probably like to get sample monitoring records and you must re-enable it. 2010/11/22 Berry van Sleeuwen berry.vansleeu...@xs4all.nl mailto:berry.vansleeu...@xs4all.nl But if no one is connected to the monitor, why do you keep monitor running? Do you have PROP running in the zVM OPERATOR? If so, add a rule in the PROP RTABLE to suppress HCPMXE6224I. Op 22-11-10 17:37, Wakser, David schreef: I don't want to stop the monitor, just to suppress these messages going to the z/VM Operator console. -Original Message- From: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU mailto:IBMVM@LISTSERV.UARK.EDU] On Behalf Of Berry van Sleeuwen Sent: Monday, November 22, 2010 11:38 AM To: IBMVM@LISTSERV.UARK.EDU mailto:IBMVM@LISTSERV.UARK.EDU Subject: Re: Suppressing messages David, MONITOR STOP to stop the CP MONITOR. Regards, Berry. Op 22-11-10 16:55, Wakser, David schreef: All: We have recently implemented DASD monitoring via a LINMON service machine. The following messages appear every hour on the Operator console. Is there any way we can somehow suppress these message, or route them elsewhere? Confidentiality Note: This e-mail, including any attachment to it, may contain material that is confidential, proprietary, privileged and/or Protected Health Information, within the meaning of the regulations under the Health Insurance Portability Accountability Act as amended. If it is not clear that you are the intended recipient, you are hereby notified that you have received this transmittal in error, and any review, dissemination, distribution or copying of this e-mail, including any attachment to it, is strictly prohibited. If you have received this e-mail in error, please immediately return it to the sender and delete it from your system. Thank you. -- Kris Buelens, IBM Belgium, VM customer support
Re: Updating PROFILE GCS Nondisruptively
We have all of our coding on the 192 disk. The only thing VTAM does is run the VTAMPROF GCS from the 192 disk. The same is true for almost any other service machine (GCS, RSCS, OPERATOR, SFS). They all link the same minidisk as 192, obviously RO, and run customized EXEC or GCS. Afterwards we let the machine reaccess that disk to get the new content available. In case of VTAM: Update file. SEND VTAM ACCESS 192 D Regards, Berry. Op 08-11-10 23:49, George Henke/NYLIC schreef: What is the best way to update PROFILE GCS without corrupting VTAM? VTAM has R/W access to it and yet I must update GCS through an LU? Will I not bring down VTAM or corrupt VTAM's 191 if I update it while VTAM is up?.
Re: Updating PROFILE GCS Nondisruptively
I didn't now this. So we even do not need the PROFILE GCS on the 191 disk and store the PROFILE GCS on the 192 disk. Or perhaps even only link the RO disk as 191 instead of keeping the local 191 minidisk. Nice. Op 09-11-10 18:34, Kris Buelens schreef: As opposed to CMS, the PROFILE GCS doesn't need to be on the A-disk. Any disk accessed at IPL is good. - in the good old days, GCS accessed 595 S; 59E Y/S; 191 A; and 191 A - now only 191 A and 192 are left. In these good old days, I stored all customzed execs (including the common PROFILE GCS) on MAINT 59E, linked by all GCS users. Whne GCS no longer had an S- nor Y-disk, I simply made our GCS users LINK MAINT 59E 192 and the common PROFILE GCS still worked. GCS, AVSVM, and some less common ones, didn't even have a 191 A-disk. 2010/11/9 Berry van Sleeuwen berry.vansleeu...@xs4all.nl mailto:berry.vansleeu...@xs4all.nl We have all of our coding on the 192 disk. The only thing VTAM does is run the VTAMPROF GCS from the 192 disk. The same is true for almost any other service machine (GCS, RSCS, OPERATOR, SFS). They all link the same minidisk as 192, obviously RO, and run customized EXEC or GCS. Afterwards we let the machine reaccess that disk to get the new content available. In case of VTAM: Update file. SEND VTAM ACCESS 192 D Regards, Berry. Op 08-11-10 23:49, George Henke/NYLIC schreef: What is the best way to update PROFILE GCS without corrupting VTAM? VTAM has R/W access to it and yet I must update GCS through an LU? Will I not bring down VTAM or corrupt VTAM's 191 if I update it while VTAM is up?. -- Kris Buelens, IBM Belgium, VM customer support
Re: Updating PROFILE GCS Nondisruptively
We have class c on our own users and/or use user OPERATOR (who is secuser) to send the commands. Since our profiles and such are maintained and distributed automatically by a sevicemachine, usually OPERATOR is used to issue the commands. And also because we can have PROP control the authorisation as well as storing the commands and output into the operator log. Regards, Berry. Op 09-11-10 17:27, George Henke/NYLIC schreef: ty, Berry, do you need to be a SECUSER to issue the SEND VTAM command? *Berry van Sleeuwen berry.vansleeu...@xs4all.nl* Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 11/09/2010 11:25 AM Please respond to IBMVM IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: Updating PROFILE GCS Nondisruptively We have all of our coding on the 192 disk. The only thing VTAM does is run the VTAMPROF GCS from the 192 disk. The same is true for almost any other service machine (GCS, RSCS, OPERATOR, SFS). They all link the same minidisk as 192, obviously RO, and run customized EXEC or GCS. Afterwards we let the machine reaccess that disk to get the new content available. In case of VTAM: Update file. SEND VTAM ACCESS 192 D Regards, Berry. Op 08-11-10 23:49, George Henke/NYLIC schreef: What is the best way to update PROFILE GCS without corrupting VTAM? VTAM has R/W access to it and yet I must update GCS through an LU? Will I not bring down VTAM or corrupt VTAM's 191 if I update it while VTAM is up?.
Re: PIPEline how to question..
Hi Steve, Just an attempt to write it without my VM available: 'PIPE COMMAND LISTFILE 'fn ft fm' (NOH', ' | specs /ERASE/ 1 w1-3 nw /(TYPE/ nw', ' | command', ' | console' 1. Obviously, command LISTFILE can also be filename, provided the file contains the same output as LISTFILE. 2. Specs prepares the filenames for deleting. 3. command executes the erase commands for every file from LISTFILE. 4. Since erase has option type, the output is available after the command stage so you can use it to console or whatever action you want to do next. Regards, Berry. Op 20-09-10 21:22, Steve Perez schreef: Hello Listers, I have the following scenario and would like to know how some of you would go about doing it using REXX Pipeline. If you have an example, that would be great too. Scenario: 1. Read a file ( PIPE fn ft fm | ) 2. Select specified records with D* T* fm (format of each row is: fn ft fm) 3. Issue the CMS command to ERASE the file 4. If the ERASE command issued for each file completed successfully, I want to output the fn ft fm to the CONSOLE with a 'success' message OR write the fn ft fm to a SUCCESS FILE. 5. However if the ERASE command failed for a file, I want to output that fn ft fm to the CONSOLE with an error message OR write the fn ft fm to a FAILED FILE. I know I probably will need to create multistream pipelines. Can all the above be performed in one PIPE instance or several PIPE instance? The above is just a small section of a larger REXX EXEC doing automation of mini-disk checking of files and clean-up. Any and all assistance will be appreciated. Thanks, Steve.
Re: 'Approved' Change Techniques - Where Documented?
Hi Jeff, As for the 'official' documentation, i'd suggest the service guide. When applying service updating the CF1 or 190 (490) is one of the steps. But perhaps that's overkill for trivial changes. IMHO, the best thing is to write some workinstructions for these kind of changes. If required one can still point at the manuals, such as the service guide, within this instruction. Also it depends on how your system has been configured. As long as you use the IBM deleved installer system then you can use the sevrice guide as reference. If your system has been tailored to your needs then it might be the service guide doesn't provide the correct instructions. As for our systems, these are not quite build the way IBM would expect so the service guide, with its instructions, is only applicable on our installation system. We have created our own instructions for updating files on the production systems. Regards, Berry. Op 05-09-10 18:38, Jeff Gribbin schreef: If one was looking for the, 'official', 'approved' technique for changing (say) SYSTEM CONFIG (or some other file on MAINT CF1) or even SYSTEM NETID S2, where would one look?
Re: z/VM 5.4 or 6.1 on new z10
Hi Mike, We run 5.4 on z10. And since we also have some VM's on z890 we have decided that 6.1 didn't give us the advantage we would need to justify maintaining two VM levels. As for your case, you can't run 6.1 on your current machine so look at it the other way. Can 5.2 run on z10? Or perhaps, would you require service (latest RSU) to be applied before you move to the z10? In that case you require some work on the current system as it is now. I'd say move your 5.4 into production, including the lastest RSU, before you move to z10. That would make the move easier because you then only have to move to the other CPU instead of all kinds of migration activities on to of the move. And it would make your current system supported again. You can decide on zVM 6.x after you are on the z10. Regards, Berry. Op 26-08-10 18:03, Horlick, Michael schreef: Hi Ron, I realize we are unsupported since April 30,2009. The z10 can run both 5.4 and 6.1, correct? And it seems that 6.1 is supported till April 30, 2013 while 5.4 is supported till Sept 30,2013 so it seems end of support shouldn't be an issue. I'm just looking at feature or capability-wise between 5.4 and 6.1 Thanks, Mike Horlick Conseiller CGI Gestion Intégrée des Technologies 1350 Boul. René-Lévesque Ouest Montréal, Qc, H3G 1T4 -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Ron Schmiedge Sent: August 26, 2010 11:53 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: z/VM 5.4 or 6.1 on new z10 Mike, zVM 6.1 requires a z10, so you can't go to 6.1 until you have a z10. 5.2 is unsupported, so the decision is do I run unsupported until I get a z10?. On Thu, Aug 26, 2010 at 9:47 AM, Horlick, Michael michael.horl...@cgi.com wrote: Greetings, We are currently running z/VM 5.2 and have z/VM 5.4 under test in a second level machine. We are pretty stable in our environment. There is a possibility within a year or so that we will be getting a z10. Should we go to 5.4 or 6.1? Are they any advantages in waiting for the new box and installing 6.1 on it (bypassing 5.4)? Thanks, Mike Horlick Conseiller CGI Gestion Intégrée des Technologies 1350 Boul. René-Lévesque Ouest Montréal, Qc, H3G 1T4
Re: CMS file date
There is also a setdate on http://www.vm.ibm.com/download/packages/descript.cgi?SETDATE. Op 18-08-10 00:56, Ron Schmiedge schreef: There is also the SETDATE EXEC which comes with your VM system. It is on MAINT 3B2 as SETDATE SAMPEXEC and SETDATE SAMPHELP (the HELPCMS file). Been there for a long time.
Re: pipe question?
We run such a process but not within one pipeline. The rexx exec runs in a PROP user that monitors the linux guests. I do like PIPE so there are some pipelines inside the exec. 1. When our CMS scheduler sends command KICK_LINUX the exec will build a list of commands. Basically your step 1. 2. When a Linuxguest issues KICK_LINUX the command for that user is removed from the list. Basically your step 3. 3. Everytime KICK_LINUX is called the first line of the list is send to the linuxuser in that line. This way the exec doesn't have to wait for a script to end. And during that time PROP has control so any message, either related to KICK_LINUX or not, will still be processed by PROP. The only problem is that we can't tell if the sequence has stalled. If guest3 doesn't return the KICK_LINUX message guest4 will never be triggered. I guess your step 4 will tell you if it has stalled (or rather when it doesn't tell you...). Since we run automatically I would prefer the other way: 'Your sequence has stalled. Please call System support.' but I haven't figured out how to detect a stall. Regards, Berry. Op 08-08-10 10:31, Victor Ochoa Avila schreef: Thanks by the answers, but specifically this is what I want 1.- first I obtain the list of guests active. pipe cp q n| split /,/ | specs w1 1 | locate /CMP/ | GUESTS LISTS A Note: CMP is my pattern for guests in production mode in this partition. For example: CMPWAPE1, CMPWSPE1, CMPDBPE1 My lists is CMPWAPE1 CMPWSPE1 CMPDBPE1 2.- I am going to send this command to each guests linux of this list cp send CMPWAPE1 start-stop.sh 3.- When this script finalize I need to erase this guets of the file GUESTS LISTS A AND count the elements, to know if file is empty. 4.- if file is empty then I finish to the process and sent a message All the guets were process 5.- If file isn't empty take the next guest name in file and return to step 2. I do not know I can realise this loop with a pipe ? Thanks to all by your help ATTE VIctor Hugo 2010/8/7 Hughes, Jim jim.hug...@doit.nh.gov mailto:jim.hug...@doit.nh.gov Nice catch. My brain didn't get engaged while the fingers were typing. _ Jim Hughes x5586 It is fun to do the impossible. Quote from Walt Disney From: The IBM z/VM Operating System on behalf of Rob van der Heij Sent: Sat 8/7/2010 8:48 AM To: IBMVM@LISTSERV.UARK.EDU mailto:IBMVM@LISTSERV.UARK.EDU Subject: Re: pipe question? On Sat, Aug 7, 2010 at 12:43 PM, Hughes, Jim jim.hug...@doit.nh.gov mailto:jim.hug...@doit.nh.gov wrote: pipe (endchar ?) , ? guests list a , | bld: take 1, | guests list a , ? bld: , your process follows You meant to drop rather than take to leave all but the first record in the file. But it's an elegant style to divert the record to process towards the end of the pipeline (so you don't forget to keep the remainder). And real plumbing would be to handle them all, not just one of them (but that's beyond the question). | Rob -- Victor Hugo Ochoa Avila z/OS z/VM systems programmer Mexico, City.
Re: z/VM z/VSE
Yes, it's still true. At least we have VTAM and DITTO on that condition. Look at your software order. You need to order the product with it's VSE product number. So for instance 5686-065 ACF-VTAM-VM-multidomain. Regards, Berry. Op 03-08-10 16:15, Frank M. Ramaekers schreef: I have z/VSE 4.2.1 and z/VM 5.4. Back when I had VSE/ESA and VM/ESA, some costs benefits could be gleaned from having similar products in both OS's on the same physical machine. Products that come to mind are High-level assembler, ACF/VTAM and possibly DITTO. Is this still true? My first priority is acquiring an assembler for z/VMit seems to be one product, but I don't know if I have to pay for it twice (z/VM and z/VSE). Thanks, Frank M. Ramaekers Jr. Systems Programmer MCP, MCP+I, MCSE RHCE American Income Life Insurance Co. Phone: (254)761-6649 1200 Wooded Acres Dr. Fax: (254)741-5777 Waco, Texas 76701 _ This message contains information which is privileged and confidential and is solely for the use of the intended recipient. If you are not the intended recipient, be aware that any review, disclosure, copying, distribution, or use of the contents of this message is strictly prohibited. If you have received this in error, please destroy it immediately and notify us at privacy...@ailife.com.
Re: Justifications to migrate to z/VM 6.1
Hi Jose, We have a few LPAR's running on z990 so even if we could justify we can't move those to zVM 6. That would leave us with two installation systems and we prefer to have only one. We do see some improvements but not enough to justify the two installation/test systems. So we remain on zVM 5.4 for now. And since the EOS is now in 2013 we have no need to migrate quickly. We usually plan to install either a new version or an RSU once a year. Both will give us the same effort so for us it doesn't matter what option we use. At the end of this year we will install the latest RSU instead of the most recent zVM version. We would like to be on the most recent version if possible but since we have z990 we have a compelling reason *not* to move to zVM 6.1. If we had no systems on z990 I guess we would migrate to zVM 6.1 at the end of this year. Perhaps zVM 6.2 would give us the justification... Regards, Berry. Op 15-07-10 21:31, Jose Munoz schreef: Sorry, I forgot that z/VM 5.4 is running on a z10 BC machine. On Thu, Jul 15, 2010 at 1:53 PM, Bob McCarthy bob.mccar...@custserv.com mailto:bob.mccar...@custserv.com wrote: Jose, I am at 5.4 and I am not planning to go to 6.1 until at least next year. One major reason is that we are contracted only for a z9 at our DR site and 6.1 will not run on a z9. Bob *From:* The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU mailto:IBMVM@LISTSERV.UARK.EDU] *On Behalf Of *Jose Munoz *Sent:* Thursday, July 15, 2010 2:31 PM *To:* IBMVM@LISTSERV.UARK.EDU mailto:IBMVM@LISTSERV.UARK.EDU *Subject:* Justifications to migrate to z/VM 6.1 Hi, Actually we have installed z/VM 5.4 and we are searching compelling justifications to migrate to z/VM 6.1, but I cannot find. Somebody have these? or if justify or not to migrate to z/VM 6.1.? -- Thanks and regards Jose Munoz Senior Mainframe Administrator +59322861993 landline +59384526266 mobile jmunoz61 skype -- Thanks and regards Jose Munoz Senior Mainframe Administrator +59322861993 landline +59384526266 mobile jmunoz61 skype
REXX variables
Hello listers, We have a rexx exec called by PROP when an event occurs. But it didn't gi ve us the result we were expecting. I have changed the exec now, hopefully i t will be good. But still, why didn't the exec work the way I expected? I h ave tried to replicate the result but was not able to. Exec PR_VSRVD looks like: Address Command 'PIPE (end \) stack | stem data.' If data.00 Then Do cmdtrap = strip(data.1) parse var cmdtrap w1 w2 w3 w4 w5 w6 w7 w8 w9 w10 w11 . If w1 = 'DMSFRO159E' w2 = 'INSUFFICIENT' w10 = 'FROM' Then DO do some stuff here End End Now I would expect the IF statement to trigger if w1, w2 and w10 are li ke above. But looking at the trace: *-* IF W1 = 'DMSFRO159E' W2 = 'INSUFFICIENT' W10 = ' FROM' DMSFRO159E DMSFRO159E 1 INSUFFICIENT INSUFFICIENT 0 0 FROM FROM 0 0 When testing the same thing manually all compares are 1 and the do-end is triggered. What could be the cause of this? Could PROP or something else in OPERATOR cause the exec to behave differently? Note, this is on VM 2.2, CMS level 13. (And before anyone notices, Yes I know, there is no point in comparing w2 and w10 since w1 is actually that message so the new exec only triggers on w1.) TIA, Berry.
Re: REXX variables
Looking closer at the trace, all records appear to be in upper case, even the records that are in lower case. Does (or perhaps i should say did?) OPERATOR in VM 2.2 translate everythi ng to upper case? In zVM 5.4 we also see lowercase in the OPERATOR log. Regards, Berry.
Re: Copying spool without SPXTAPE
Terry, We build our VM's in an installation system. The DCSS entries are saved on minidisk with DCSSBKUP, including the DEFSEG definitions. During GCS building we receive the file onto a minidisk before we IPL the RDR to build GCS. Next the minidisk containing the DCSS and GCS images is transferred to the target VM image, just like other CMS minidisks. In our case usually with PIPEDDR. On the target, we restore with DCSSRSAV. The GCS IPL is punched to the MAINT RDR and then IPLed to resave GCS. CMS is build with an IPL 190 SAVESYS. Regards, Berry. Op 27-05-10 21:04, Martin, Terry R. (CMS/CTR) (CTR) schreef: Hi I am working on migrating my z/VM 5.3 systems to z/VM 5.4. At the same time we are preparing to upgrade to a z10. To get a head start on the conversion to 5.4 and to the z10 I am building the new 5.4 systems on the z10 we have connectivity to the DS8100 where our z/VM z/Linux environment is. We did build on 5.4 system on the z9. The one thing we do not have connectivity to at this time is Tape Drives. So we cannot use SPXTAPE to dump the z/VM 5.4 spool, we only care about the NSS and other system stuff, to a tape. To this end can you layout the steps I would take to copy the spool DASD to DASD without the use of SPXTAPE. I am trying to get at least one tape drive but if I can't I would like to try another way. If all else fails I can do the SPXTAPE dump of a 5.4 spool on the z9 and on the day of the migration to the z10 load then. Thanks for the help! /Thank You,/ / / /Terry Martin/ /Lockheed Martin - Citic/ /z/OS and z/VM Performance Tuning and Operating Systems Support/ /Office - 443 348-2102/ /Cell - 443 632-4191/ / / /cid:image001.jpg@01C97FB5.5EAFD6C0///
Re: Migration questions
After install we rename a DASD volume as soon as possible to fit our names. Next we build our production VM's based on the install system. The RES and SPOOL get a new volume name. So for instance VML1R0 (VM-linux 1, res pack 0) becomes VML1R1 (... res pack 1) and the same for SPOOL (VML1S0 becomes VML1S1). Our page volumes are reused in every VM so they never change names. Note that our RES contains software and essential minidisks only so it can fit within one 3390-3. If it doesn't need to be on RES it has been moved off to other volumes. If we don't need it in production (VMSES for instance) we don't copy it to production dasd in the first place. Regards, Berry. Op 10-05-10 19:23, Karl Kingston schreef: We're running z/VM 5.3. On our system, we use VM1RES, VM1SPL, and VM1PGx as our volsers. Now, I know that when migrating to z/VM 5.4, I'll end up with 540RES, 540SPL, etc. What do other shops do regarding volsers when migrating? We have 2 z/VM systems (all running z/Linux guests). Thanks
Re: Separating monitor records by date
Or use the source REXX (IIRC, SREXX) instead of the REXX. The source REXX is the uncompiled rexx, rename them to REXX. The free runtime library doesn't work with monview. Berry. Scott Rohling schreef: Well - I tried this, but some of the REXX is compiled.. so I'll have to see about getting them to install the free runtime stuff.. Thanks - Scott On Thu, Feb 11, 2010 at 9:09 AM, Dave Jones d...@vsoft-software.com mailto:d...@vsoft-software.com wrote: Scott, I think the MONVIEW app on IBM's VM download page might be a good place to start. http://www.vm.ibm.com/download/packages/descript.cgi?MONVIEW On 02/11/2010 09:54 AM, Scott Rohling wrote: We have a daily monitor file from MONWRITE that ended up with 2 days worth of monitor records. Is anyone aware of a utility, or pipe incantation, or anything else that could be used to separate the file into 2 daily files? Thanks for any tips you can give - Scott -- Dave Jones V/Soft www.vsoft-software.com http://www.vsoft-software.com Houston, TX 281.578.7544
Copy files changed by RSU
Hello listers, We are upgrading the zVM 5.4 to RSU 0903. I am looking at enrolling this upgrade from the install system to our production VM's. Our install VM contains the full VMSES environment, our production VM's only contain the productsdisks that are required for running VM. For instance, only MAINT 193 is available in production, the MAINT 493 is only in the install VM. Basically we would like to transfer only those files that have been chang ed by the RSU and/or PTF's. I compare the LISTFILE (ISO for all minidisks fr om the old and new install VM to find files that have been changed. Either a change in date/time, records or blocksize will be noticed, as well as new files. Next I only select the minidisks that are in the production VM's a nd the files on that minidisks that have been changed. Obviously, some disks can't be tranferred this way, the MAINT 190 is transferred using DDR so that we transfer the entire disk instead of only the S-disk. Now I do see files that have been changed but do not have the filedate se t to the date of applying the RSU. That makes me wonder, could there be a f ile that is changed but is not found this way? For instance, a file where a b yte has been changed but that is not reflected in a change in filesizes or timestamp? Also, would copying files have impact on other functions? When the 190 or 19E is changed CMS has to be rebuild. Could the same be true for segments such as HELPSEG or CMSFILES (to name a few)? Segments are copied/transfer red using the DCSSBKUP but are these still valid when individual CMS members are copied too? TIA, Berry.
Re: Copy files changed by RSU
Hello Franz Josef, normally not change. So I can copy the zvm system (res spl pag) to other previously reserved dasds and start zVM from there in second level. Then You don't even need the page dasd. Just page to a temp disk attached to t he VM guest. Of course the major prereq is that you don't have any user data on the zvmres. The same thing I do in principle with zVSE DOSRES and SYSWK1 too. This way I have always a fall back when there are problems after system changes. In fact we do, even DISKACNT and EREP are not on RES. When we migrate a V M, ie zvm520 to 540, we build new res and spl DASD. Then these DASDs are cop ied to the production VM DASD ranges and we can IPL from the new DASD. The sa me we also use for VSE. And indeed, fallback just requires to IPL from the o ld DASD. But I also want a process that can be used when only a few members are changed. Then I only have to distribute a few members instead of a full V M system. This update is somewhat easier since only a few disks are to be updated. It all depends on the amount of changes. Even more so when CP is not touched. For instance, a PTF on PTK could only require the coding (5VMPTK40 201) and perhaps the helpdisk (MAINT 19D) to be updated. No IPL required in that case. In this case, there are 8 minidisks that need to be changed, not counting OSASF and HCD. On most of them only a few CMS members are changed. So her e we update the members (a few minutes) and SHUTDOWN REIPL (one minute). A lot quicker than rebuild the VM and IPL from a different DASD. Regards, Berry.
Force user into dispach
Hello listers, We have received a fixtest from IBM for testing but we need to recreate t he problem on our test environment. So far we did not succeed in recreating the problem. As it turns out we need to get one or more users into the dispac h queue without using CPU cycles. The problem on our production systems looks like to be caused by linux guests that are a bit misbehaving on VM. Even while they hardly use CPU t hey remain in the dispatch queue. My guess would be because some tools keep t he machine busy with query requests. Our test environment doesn't have any guests that remain dispatched at al l time. So I need to get a user, either CMS or VSE, to wakeup as often as t o force the guest to remain in the dispatch queue. But the catch is that th e guest should not use CPU, so a looping user won't work here. Any idea's h ow to do this? Regards, Berry.
Re: SYSPROF.EXEC
Or you remove the SYSPROF.XEC from the segement. We used to have a local mod and to avoid problems we had removed it from the segment. Bruce Roy schreef: It’s been awhile since I’ve done this. But isn’t SYSPROF EXEC in the CMSINST segment also? So you should re-gen that segment when you change any EXEC in it. You should also place the latest SYSPROF EXEC on the 490 disk so you don’t lose your mod during a maintenance upgrade. Good luck. *From:* The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] *On Behalf Of *Gentry, Stephen *Sent:* Sunday, July 12, 2009 12:50 AM *To:* IBMVM@LISTSERV.UARK.EDU *Subject:* SYSPROF.EXEC Yes, I know it’s preferred that users don’t modify this EXEC. Everytime we go to a new release of VM, I have to modify this EXEC. We running vm 5.2 and modifications worked fine on that release. The same mods do not work on 5.4. IIRC I can access the S disk as another fmode, for example E. I use MAINT to make the mods to the exec on E. I log off and back on to MAINT and generate a new CMS NSS. Is there anything else I should have to do? I don’t think I’ve got to regen the CMS nucleus do I? I don’t remember doing it in years past when I’ve made this change. I’m checking the insflags variable for the word ‘BATCH” Is any of this documented anywhere? I’d really appreciate some help with this. Thanks in advance. Steve
Re: Postscript printing with RSCS and TCPIP
Hello Les, I have removed the PORT-9100 and indeed now I get the output on the print er. Also I tried this with both LPRXPSE and LPRXONE and both gave me output. The first in postscript and the second in plain text. The actual output doesn 't differ all that much but the separation page is different in these cases. Thanks, Berry. On Tue, 30 Jun 2009 20:58:32 -0400, Les Geer (607-429-3580) lg...@vnet.ibm.com wrote: I notice you are trying to connect to port 9100 instead of 515 at the printer (or print server). Is there an LPR deamon running at this port. Try changing the definition to 515 and see if the problem still persists. The trace I am referring to is an RSCS link trace rather than a TCP/IP trace Best Regards, Les Geer IBM z/VM and Linux Development
Re: Postscript printing with RSCS and TCPIP
Hello David, 1) remove the PORT=9100. Port 9100 is the HP socket printing protocol, not LPR/LPD. The two are not interoperable, and RSCS doesn't know squat about the HP protocol (it'd sure be nice if RSCS got IPP support -- hint, hint) I tried without PORT (therefore with the default 515) and now at least I get the output. Maybe a bit of tuning is required to get the correct forms et c. 4) Seriously think about using a Linux guest to front end the printers. CUPS gives you enormously more control over the printers than RSCS does, and any printer you buy will be tested with it, because that's what the Mac support is -- Apple owns CUPS now. In that case we still need to print to some printserver. And that was jus t the problem. But I agree that a linuxguest could help us in some way. We do have linuxguests so we could setup one of them (an Samba server) to also serve as printserver. Thanks, Berry.
Re: Postscript printing with RSCS and TCPIP
Hello Les, I was looking through the handover from Dick. I have tried the EOT=N bu t no luck either. The parms now look like: PARM P002NT EXIT=LPRXPSE EPARM='EH=N EOT=N C=LPRP' HOST=161.9 0.24.70 # PORT=9100 PRINT=P002NT SECURE=NO TI=20 # HOSTN=europe.nl.intra.NLPS014.NLEFFP2BBR TCPID=BITCPOS1 Also I have created a similar link using LRPXONE but this also gives the same result. In both cases the attempt results in: DMTLPR083E Socket error on link P002NT request=Recv DMTLPR083E return code=- 1 error number=1009 (Call cancelled) DMTLPR193I Link P002NT disconnecting from host 161.90.24.70 port I have traced TCPIP to see if I can find some obvious error but I don't k now quite what to look for in the output of TRACE MOST. Regards, Berry.
Third level VSE
Hello listers, Before I begin, yes I know third level will cost us. Since SIE doesn't ge t down to the VSE we do not benefit from that and all CPU has to be emulate d. We have moved an old VM/ESA 2.2 with VSE 2.3 to a new z890 machine. Obviously this level of VM can't run on zseries so we have put the VM int o an zVM 5.4 LPAR. It does run and since they came from an old (ESCON) mach ine the batch (mostly IO) runs very good. We did expect to see some performance penalties and we already sized the machine to twice the MIPS they used to have. And for the most part the gu est VM has a TV ratio between 1.9 and 2.5. Usually during batch the TV is jus t above 2 but during online hours we also see a TV above 3. There are a few transactions that have a very bad performance. (from 2 seconds to 2.5 minutes) The time also depends on the other load in the VSE (or perhaps e ven in the CICS). We have been playing with lots of settings. Such as, two virtual CPU's in the guest, two virtual CPU's in VSE with TurboDispatcher, one dedicated C PU to the guest VM. Any ideas on how to speed up the guests? Other than migrating the guest V M to the zVM 5.4 host? TIA, Berry.
Re: Third level VSE
Hello Kris, The guest runs with attached DASD so MDC is not applicable in this case. It doesn't look like IO is the problem here. But obviously any command processed in the guest will cause double the load in the host VM. So I do agree to avoid as much as possible. I don't know if MDC in the guest is possible or acceptable. Paging is not an issue. The host has 1G, the guest has 512M. The VSE runs NOPDS and the guest VM doesn't page. Yes, we run PTK. Running in the current config the guest VM can run up to 100%, and it does. When we assign 2 virtual CPU's to both VM and VSE (and start TD) we have seen the guest running up to about 190%. Also VSE does show processing at 100% CPU. But even an increase to 2 CPU's doesn't lowe r the transaction times for the transactions in question to an acceptable l evel. Regards, Berry.
Re: Third level VSE
Geert, Do you mean: attached to the VSE-guest or to the VM/ESA-guest? If attached to the VSE-guest: is there still a real performance benefit in attaching dasd to a 3rd level VSE-guest? Attached to the guest VM. I don't know if there would be any advantage in attaching to third level, other than an as-is move to a new location. Anyway, MDC has the potential of giving your VSE-throughput a real boost (it did in our case), so in order for the VSE-guest to benefit from MDC in the VM/ESA system, I would: - in the first level z/VM: attach the dasd to the 2nd level VM/ESA guest. - in the 2nd level VM/ESA: attach the dasd to SYSTEM, and define fullpack MDISKs for the 3rd level VSE guest. But would that also boost non-IO load? I expect the problem is CPU load i n some stupid program. In that case any MDC wouldn't help me for that. The only advantage would be an improvement of the batch processing. Also, if enough storage is available in VSE, add more buffers to your CICS LSR-pools and/or database system. Storage enough. We have 512M spare in the host VM that isn't used. And th e VSE runs NOPDS so we can increase it just by adding virtual storage in th e VSE guest directory. If VM runs out of storage (or starts paging at any serious level) we can add virual storage to the guest VM. Regards, Berry.
Re: Third level VSE
It looks like we were a bit fooled by the customer. After a lot of discussion it looks like it is not only CPU constrained. And also, at least in part, they already had problems in the old machine (and they forgot to mention that little detail). It used to be just acceptable but with the current overhead the performance dropped too much. As for your questions, the LPAR is the only one in use on the hardware. The VM guest is the only machine running any actual load. Others are DIRMAINT and a CMS servicemachine, things like that. The VSE in the guest VM is the top user. We did find that when the guest had been given two CPU's. Most of the time the LPAR ran at just over 100%. Sometimes it spiked to 120%. Once the VSE got it's second CPU and TD the load went up to close to 200%. So we can conclude the VSE is the top user here. Tomorrow we move the guest into an LPAR on a z9. Perhaps that would give us a faster CP. We have to look into the caching, like you and Kris suggested. Perhaps that could also give us some additional speed. And we also look into other configurations that would normally not do that much but it could be just enough to get an acceptable performance. Thanks, Berry. Dieltiens Geert schreef: Well, if the problem is caused by a CPU-intensive CICS-program, then I would expect that you would have seen that problem on your old system as well (when we put a really CPU-intensive CICS-program into production, we get calls from frustrated users immediately). But you'll need a CICS monitor to look into the resource usage of your CICS-transactions... A couple of other things to consider regarding CPU-resources: - is the VM/ESA guest the only (heavy) guest in the z/VM system or is competing with others? - was CP SET SHARE set appropriately for this guest in the z/VM system? - did you provide QUICKDSP for the VM/ESA guest in the z/VM system? - does the LPAR get all the resources you think its getting (check the Change Logical Partition Controls task or the activity display on the HMC)? Bye, Geert. -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Berry van Sleeuwen Sent: woensdag 29 april 2009 13:51 To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Third level VSE Geert, Do you mean: attached to the VSE-guest or to the VM/ESA-guest? If attached to the VSE-guest: is there still a real performance benefit in attaching dasd to a 3rd level VSE-guest? Attached to the guest VM. I don't know if there would be any advantage in= attaching to third level, other than an as-is move to a new location. Anyway, MDC has the potential of giving your VSE-throughput a real boost= (it did in our case), so in order for the VSE-guest to benefit from MDC in the VM/ESA system, I would: - in the first level z/VM: attach the dasd to the 2nd level VM/ESA guest. - in the 2nd level VM/ESA: attach the dasd to SYSTEM, and define fullpack MDISKs for the 3rd level VSE guest. But would that also boost non-IO load? I expect the problem is CPU load i= n some stupid program. In that case any MDC wouldn't help me for that. The only advantage would be an improvement of the batch processing. Also, if enough storage is available in VSE, add more buffers to your CICS LSR-pools and/or database system. Storage enough. We have 512M spare in the host VM that isn't used. And th= e VSE runs NOPDS so we can increase it just by adding virtual storage in th= e VSE guest directory. If VM runs out of storage (or starts paging at any serious level) we can add virual storage to the guest VM. Regards, Berry. DISCLAIMER This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify postmas...@vanbreda.be This footnote also confirms that this email has been checked for the presence of viruses. Informatica J.Van Breda Co NV BTW BE 0427 908 174
Re: Third level VSE
Ed (and Tom), Well, to be honest, about a year ago I already suggested to try to migrate into an zVM 5.x. And just before we moved the VM 2.2 I did repeat that suggestion. But according to some it would be too much of a risk. I guess it's a political risk, not a technical risk. And besides that, we were given too little time to plan a test on zVM before the move. But that's just my opinion. If it was up to me we would be on 5.4 next week. Anyway, as far as I can see it (I don have access to the detailed internals of the VM system) the only two risks would be ACF2 and VTUBES. And there is some external package I can't determine what risk it would have on zVM 5.4, I don't know if it is just CMS or that it does have some interaction that would require some VM/ESA level instead of zVM. ACF2 would require a new release and I don't know for sure what it would mean for VM 5.4 and VSE 2.3, if anything. But in all cases, we could just move the USER DIRECT into our host zVM 5.4 and try it. Perhaps we will try this in the next month but then we do need approval of those who are responsible for the service. Bottom line, the move of the system supposed to be as-is to minimize risks. For several reasons we now do not meet the requirements of the customer. Some were more or less expected but some realy do not meet our and their expectations. Regards, Berry. Edward M Martin schreef: Hello Barry, I have been watching this thread. I agree with Tom. Why not have VSE 2.3 run under z/VM 5.4 and have VM/ESA 2.2 run under z/VM 5.4 if need be? Ed Martin Aultman Health Foundation 330-363-5050 ext 35050 -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Tom Duerbusch Sent: Wednesday, April 29, 2009 11:42 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Third level VSE And what are the inhibitors that prevent you from running VSE 2.3 directly under z/VM 5.4? I have VSE 2.3.2 running on z/VM 5.2 on a z/890. I've been toying with the idea of upgrading VM this summer. Are there other products that are running under VM/ESA 2.2 that need to be on the same VM system as the VSE system? Tom Duerbusch THD Consulting
PIPE SPECS (was Using PIPE to SUM a Column)
I do have a question. Were could I find documentation on those SPECS statements? So far I haven't found documentation on this. The CMS help doesn't provide me with this level of SPECS knowledge. Regards, Berry. Dave Jones schreef: Hi, James. There's no explicit SUM stage because that functionality is built into the SPECS stageyou might try something like this (untested): specs a: word 3 ./* grab third word in record */ set #0+=a /* add it to counter 0 */ eof/* at EOF */ /Total:/ 1 /* output text Total in column 1 */ print #0 next /* followed by the sum */ Good luck.
Re: install z/vm 5.4
We have a dedicated install environment. So a new zvm gets it's own guest system. A distribution system that contains directories and local configuration members is used for building new VM images. When we build a new VM, or rather build a new respack, we copy (DDR and/or CMS COPY) only those minidisks from the installation image we actually need in our production VM's. Some minidisks are rebuild with our own code. Such as a PROFILE EXEC on the AUTOLOG1 191 or a dedicated configdisk for CMS services. That will leave us with 1) a respack with only IBM code we need for production images and 2) a dedicated spool pack for this zvm version. The respack doesn't hold any data we want to keep (for instance EREP, MONWRITE, DISKACNT etc) and other DASD do not contain any minidisks that are part of the IBM code. The directory gets loaded with the current production directory but obviously with the new IBM minidisks (the minidisk extents usually do not change in a new version so we take the old directory and change the volumelabel for the respack). Because the code is separated from the data we never have to copy datadisks from a live production image. The only thing we have to move during a migration are the spoolfiles from the old SPOOL pack. Obviously it will take some time to sort out the minidisks but it will save a lot of time when building or migrating a (new) VM. Regards, Berry. Crabtree, Anne D schreef: When I installed and customized z/vm 5.3, the only things I changed on the respack were MAINT, TCPMAINT, and AUTOLOG1 stuff. Everything else, like linux instances 191 disks, DISKACNT and ACCSRV 191s, ESAMON’s stuff, etc, I put on the 530W01 pack. So, when I installed z/vm 5.4, I just copied 530W01 to a volume named 540W01 using DDR utility. Everything seems fine and I was just wondering if the experts out there would make me feel better by saying that’s a good idea or shoot me down by saying that’s a terrible idea because… Anne D. Crabtree System Programmer WV Office of Technology Data Center 1900 Kanawha Blvd East Charleston, WV 25305 (304)558-5914 ext 58292 (304)558-1441 fax
Re: VMSERVS and RMSMASTR
VSE does, to some extent. When you SIGNAL a VSE it will show the message in the hardcopy. But VSE itself doesn't react to the message. It is up to the VSE (FAQS for instance) to trap the message and issue the commands to shutdown VSE. Actually just like linux. The SIGNAL compares to the CTRL-ALT-DEL but it is up to linux to trap that key sequence and switch to init.0. Berry. Huegel, Thomas schreef: LINUX enables shutdown, I beleive I heard that VSE was going to soon too. -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu]on Behalf Of Marcy Cortes Sent: Wednesday, March 25, 2009 3:49 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: VMSERVS and RMSMASTR I wanted to point out that if IBM is going to ship stuff that enables iself to shutdown nicely, it shouldn't also be shipping a component that prevents that out of the box. Personally, I don't care if vmservs shuts down nicely. It exists for rmsmastr's config files to live somewhere (yes, a minidisk would be a fine place, but that SHARE requirement I submitted was rejected). Marcy This message may contain confidential and/or privileged information. If you are not the addressee or authorized to receive this for the addressee, you must not use, copy, disclose, or take any action based on this message or any information herein. If you have received this message in error, please advise the sender immediately by reply e-mail and delete this message. Thank you for your cooperation. -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Huegel, Thomas Sent: Wednesday, March 25, 2009 1:34 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: [IBMVM] VMSERVS and RMSMASTR We went through this a while back .. SHUTTRAP .. on the VM download page will enable signal in a CMS machine. -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu]on Behalf Of Ed Zell Sent: Wednesday, March 25, 2009 3:31 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: VMSERVS and RMSMASTR I can think of some other CMS services that could do very well with a signal shutdown. Er, DIRMAINT, MONWRITE (or all recording services for that matter), PERFKIT just to name a few. It would make shutting down VM a lot easier: SIGNAL SHUTDOWN ALL WITHIN 30; SLEEP 30 SEC; SHUTDOWN There is an open requirement for this via WAVV, but I don't know what the status is. I found a couple of requirements for SIGNAL SHUTDOWN for TCPIP (RETURNED) and RSCS (REJECTED) from 2007. I couldn't find any others though (such as DIRMAINT, MONWRITE, etc). Could they be SHARE requirements instead of WAVV maybe? http://www.vse2pdf.com/WAVV2007/wavv2007reqvoteresults.htm or if you want the entry page http://www.wavv.org/wavv_requirements_old.shtml Ed Zell Illinois Mutual Life (309) 636-0107 . CONFIDENTIALITY: This e-mail (including any attachments) may contain confidential, proprietary and privileged information, and unauthorized disclosure or use is prohibited. If you receive this e-mail in error, notify the sender and delete this e-mail from your system.
Re: VMSERVS and RMSMASTR
We first shutdown RMSMASTR before we attempt the shutdown of SFS servers. Indeed, when it is running the SFS can't shutdown. I had seen this for VMSERVU, I guessed this is because it has an open file in the filepool. I can think of some other CMS services that could do very well with a signal shutdown. Er, DIRMAINT, MONWRITE (or all recording services for that matter), PERFKIT just to name a few. It would make shutting down VM a lot easier: SIGNAL SHUTDOWN ALL WITHIN 30; SLEEP 30 SEC; SHUTDOWN. Berry. Marcy Cortes schreef: An observation... VMSERVS registers himself for signal shutdowns and shuts himself down nicely UNLESS You also use RMSMASTR to support your ATLs and VTSs. Then it never gets shutdown nicely and you wait the full shutdown timeout value... Sigh... Seems like RMSMASTR should be registering himself as well and shutting himself down. Is IBM aware of this behavior? Marcy This message may contain confidential and/or privileged information. If you are not the addressee or authorized to receive this for the addressee, you must not use, copy, disclose, or take any action based on this message or any information herein. If you have received this message in error, please advise the sender immediately by reply e-mail and delete this message. Thank you for your cooperation.
Re: Support of z/VM and zLinux environments
Hi Nick, And how is that working for you? At our shop we also provide the guest and the 'dark side' does the install and support for the guests. But they reguraly tend to work just like in the PC world. Meaning, ask for lots of memory (cache a lot, minimize IO, never swap) and install resource consuming apps (cron every minute or an app that has an keep-alive every milisecond). Our new SLES10 is installed by us and we keep track of every package not required by an application. I try to also get the daily support in our group so that we can realy make a difference. Regards, Berry. Harris, Nick J. schreef: At our shop the mainframe tech support group supports z/VM on a z9 BC with two IFLs. We have two LPARs one production and one test/development. Linux is supported by our distributed group we call them the ‘Dark Side’. I create the guests and the ‘Dark Side’ installs Linux and Websphere. Thanks, Nick
Setup XLINK
Hello Listers, I am looking into XLINK. The main goal is to be able to determine if a minidiskextent on DASD is already in R/W use on a different VM. This way we could provide for an easy switch for linux guests from one VM to another. We do not setup the full CSE here. SPOOL and DIRMAINT are just for their own VM image. Now I have found that I need: - XLINK_SYSTEM_INCLUDE for every VM system. - XLINK_VOLUME_INCLUDE for every DASD volume. - XLINK FORMAT the DASD to enable the volume for XLINK usage. Do I need more? For instance, it could be that there are multiple minidis ks on one volume and that the linuxguests in question are spread across the 4 VM images. Should the DASD be set to SHARED for this? As I understand it linux doesn't require the disks to be SHARED but I'd like to be sure. Are there any other issues I should prepare for? TIA, Berry.
Re: DFSMS/RMS
Yes, you need to order it. It is not part of the base tapes. Regards, Berry. Suleiman Shahin schreef: Greetings! I would like to know for sure whetehr DFSMS/RMS for zVM/5.4 is an optional product that needs to be ordered separately. Thanks. Suleiman Shahin Windows Live™: E-mail. Chat. Share. Get more ways to connect. See how it works. http://windowslive.com/howitworks?ocid=TXT_TAGLM_WL_t2_allup_howitworks_012009
Re: SDO Enabling Aid
Or you could take a look at the VM download packages pages at http://www.vm.ibm.com/download/packages/. There the vmarc is linked to www.vm.ibm.com/sdo/sdoena54.vmarc. Regards, Berry. Mark Pace schreef: Has anyone been able to download the SDO Enabling Aid? I've been to www.vm.ibm.com/sdo/ http://www.vm.ibm.com/sdo/ and followed the links to down load the VMARC file. But I get and address not found when clicking on the link for the SODENA54.VMARC -- Mark Pace Mainline Information Systems 1700 Summit Lake Drive Tallahassee, FL. 32317
Re: z/VM 5.2.0 on z10
Hello Dennis, Is there a reason not to install 5.3 over there, other than management? It has been around for some time, even the new 5.4 is available now and 5.2 is going out of support next year. So I would think you would be better off with 5.3 for several reasons. If anything just because you already have 5.3 running. But also remember you'd have to upgrade in a few months to stay on a supported level. If management is concerned about the 'safety' of their system that would be of a bigger concern to management if you ask me. We have decided to install 5.4 in the next few months to replace our 5.2 systems. Even when we normally would install a release that has been around for some time, I think 5.4 would give us some improvements we won't get with 5.3. And it will at least be supported longer than 5.3. Regards, Berry. O'Brien, Dennis L schreef: Is anyone running z/VM 5.2.0 on a z10? I know it's supported (with PTF's). I want to know if customers are actually running it. My management wants us to build some new systems to host Linux guests on z/VM 5.2.0, even though most of our other systems are on 5.3.0. They want stability, and one of the ways they attempt to get stability is by staying behind and hoping other sites will find problems first. I'm concerned that if we're the only ones running the combination of z/VM 5.2.0 and z10, that we will find those problems first. Dennis O'Brien We are Borg of America. You will be assimilated. Resistance is futile.
Re: VM HiDRO
Hello Alain, It does take more time but not too much more space on tape. Well, if you use compression that is. We have set compression on the backup's and they do not take that much more space. But be aware that compression does take some more time and CPU. Our DR backup's created with VMIMAGE do contain the free space and that is what I want. I'd like the DR backup to be a perfect copy of the current situation. And also the CMS daily/weekly backup will dump a minidisk if it is not an CMS formatted volume. In that case the minidisk will be compressed and dumped. Formatted free space will compress very good but if the free space is not formatted then the old data will be dumped as if it was active data. But, as is already mentioned, if you do not want the free space to be dumped then you have to use the utilities for VSE itself. Regards, Berry. Alain Benveniste schreef: I would like to know if we are some to use the CA HiDRO product to backup VSE and/or VSE DASD. The latest DAR we opened for the product relates the fact that HiDRO do full packs backup without taking advantage of the vtoc DASD. It means that free space is saved, taking more time to proceed and more tapes. I suppose we are not alone to see this enhanced in the product ? Alain benveniste
Re: VM HiDRO
Hello August, Why should you also use DDR? Hidro has the VMIMAGE backup and this is a lot easier than the DDR's. When we installed Hidro it was to replace Dynam/B for CMS daily and weekly backups. The added VMIMAGE backup has replaced our DDR procedures. With less effort we have a very stable DR procedure. And the VMIMAGE is in use for a full VM/VSE DR backup so also our VSE is included in the dumps. In the end we still do LIBR and fastcopy, just to be sure, but our DR relies on the VMIMAGE. Regards, Berry. August Carideo schreef: HIDRO can be used for selective restores also and depending how it is set up , will only backup ID's that have been updated , and full backups as scheduled also It is always good to have full vol DDR backups taken periodically along w/ HIDRO when doing Hidro restores also has options, from on-line panel
Re: Need some help with REXX EXEC
Are you sure? In that case I must reopen my issue with IBM because it doesn't work like that for me. And even IBM told me works as designed. When I issue a CP SIGNAL I must specify the time with the within option. The linux machine will be logged off, either by itself within the specified time or it is forced by CP when the specified time has passed. If for any reason the linux guest will not shutdown, for instance because some user is still logged on to the database, the machine might as well be forced by the operator with the same result. And the same is true for a VSE guest. And even for VM itself. If you signal a VM, either CP SIGNAL for a guest or a signal from the hardware, VM will shutdown without any concern for the guests running in that VM. In the case of a shutdown exec, I tried to set it up some time ago. I noticed that a linux guest or a guest VM would be forced whenever it took too long. And I even didn't try it for my VSE guests. So yes, using SIGNAL will help to shutdown your VM but do not expect your linuxguests to survive the proces. If they are forced you could end up with filesystem errors that will prevent an IPL the next time. And what about a batch job that is forced and will leave you with a database corruption? So I removed the idea of SIGNAL, both from the exec and from my mind. Now we issue a shutdown -h on the guest and wait for the guest to log off. If it didn't before a set time the VM shutdown is stopped and the operator must investigate why the guest isn't logged off yet. Regards, Berry. Davis, Larry schreef: If you use the signal facility the Linux image will shutdown and VM will wait for it to shutdown prior to completing VM's own shutdown process. Larry *From:* The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] *On Behalf Of *Martin, Terry R. (CMS/CTR) (CTR) *Sent:* Tuesday, October 07, 2008 4:41 PM *To:* IBMVM@LISTSERV.UARK.EDU *Subject:* Need some help with REXX EXEC Hi I am trying to write a REXX exec to shutdown my z/Linux guests. I am having trouble figuring out a couple of things: 'MAKEBUF' RC = 0 DO FOREVER; /* WILL GET MESSAGES UNTIL GUEST DOWN */ 'WAKEUP (IUCVMSG QUIET'/* MESSAGE HAS ARRIVED */ PARSE PULL MSG /*GET RETURNED MESSAGE*/ /* PARSE VAR MSG TYPE F1 F2 MSGID F3 GUEST REST */ IF RC = 6 THEN /*IF RC = 5 TYPE = '*CP', */ /* (MSGID = 'HCPSIG2113I'| MSGID = 'HCPSIG2112I') THEN */ DO IF FUNCTION = 'SHUTDOWN' THEN First, I am not seeing the Shutdown message coming back to the BUFFER (MAKEBUF). I would like to parse the message to make sure it is the message I am looking for. I did a QUEUED on the BUFFER and there was nothing on the STACK. Any ideas why or even if this message should/is not coming back to the BUFFER? Second, After I receive the HCPSIG2112I message that says the guest has been shutdown, and I check and it has, but instead of dropping into the code it just sits there in RUNNING and I need to hit the ENTER key to get going again. Is there something I need or can do to simulate the ENTER KEY. Note: All of the code is not shown here! //Thank You,// //Terry Martin// //Lockheed Martin - Information Technology// //z/OS z/VM Systems - Performance and Tuning// //Cell - 443 632-4191// //Work - 410 786-0386// //[EMAIL PROTECTED] mailto:[EMAIL PROTECTED]//
Re: WAIT STATE
Hello Terry, Have a look at the CP message HCP1010W and you will find that you do not have a console. Either the correct console has not been definied in the SYSTEM CONFIG or it is not available. It happens to me quite often when I IPL an LPAR in a guest VM and forget that I need to set the console to my virtual 0009. Most of my systems have also 0009 into the system config but some don't (sigh). So either include your console in the system config or specify CONS= in the SALIPL screen. BTW. Often a disabled wait will show the CP code. So if you get a 1010 or a 961 (the latter means SYSTEM shutdown complete) then try HELP HCPxxxE, -W or -I on a different VM to see if that code is explained. Or take the CP Messages and Codes to look for the number in the CP messages chapter. Regards, Berry. Martin, Terry R. (CMS/CTR) (CTR) schreef: Hi I am trying to bring up a new VM LPAR and I am receiving a DISABLED WAIT STATE CODE: 1010. Any ideas? //Thank You,// //Terry Martin// //Lockheed Martin - Information Technology// //z/OS z/VM Systems - Performance and Tuning// //Cell - 443 632-4191// //Work - 410 786-0386// //[EMAIL PROTECTED] mailto:[EMAIL PROTECTED]//
SWAPGEN EXEC
Hello List, The past day I have tried to get the new version of SWAPGEN into my VM bu t no success so far. I have tried every way I can do a filetransfer but every time I end up in a file I can't use on VM. Can anyone send me the VMARC-ed version of the current SWAPGEN so I can continue? I do have the old version here but there seemds to be a problem with my VDISK swap so I'd like to try the newer version. (TIA) BTW, when I look at the mailable I see the filelist of the included files . The RXDASD MODULE in mailable archive looks like to be from 3/15/04. I to o have a RXDASD but that one is dated 18/11/95 and that is also the one fro m the IBM VM downloads. Is this RXDASD a different version or are they the same? I've looked into the comments made here in June, and I have to agree with the comments Adam made (to go back to the VMARC format). IIRC, VMARC was recommended to use because of the fact that ASCII to EBCDIC translations vary among the various file tranfer methods. (Either FTP or IND$.) So by replacing VMARC with MAILABLE to avoid the need for some extra tool and/o r to overcome less than default record formats, the transfer now relies on the fact of how your method of transferring files will handle ASCII to EBCDIC translation. IMHO this is much harder to solve than a faulty recordformat because the file itself will be altered by the transfer. At least with VMARC or CMS packed I know what recordformat it should be (either Fixed 80 or 1024) and can FBLOCK it after transfer. And because these files must be transferred in binary the file itself should not change by the transferprocess. Regards, Berry.
Re: SWAPGEN EXEC
Hi Dave, The SWAPGEN creates the VDISK and the zLinux does accept the disk. But swap is not activated on the disk. To activate the swap I have to issue a mkswap before swapon. And after booting the guest it must be done again. I don't know if it is a problem with swapgen, with linux or some fstab issue. So before troubleshouting, I want to replace the current swapgen with the newest one and then test to see if it helps. I noticed that the vdisk in linux is reported by /dev/dasdk and a partition on /dev/dask1. But from the docs I understand that the disk in FBA should be used as /dev/dasdk and not dasdk1. Quite strange, we already have some linux images with a vdisk swap and nobody has complained about the swapdisk. Thanks for the swapgen file. Tomorrow I'll test it with this one. Regards, Berry. Dave Jones schreef: Hi, Berry. Adam Thornton wrote: On Aug 7, 2008, at 4:28 AM, Berry van Sleeuwen wrote: Hello List, The past day I have tried to get the new version of SWAPGEN into my VM but no success so far. I have tried every way I can do a filetransfer but every time I end up in a file I can't use on VM. Can anyone send me the VMARC-ed version of the current SWAPGEN so I can continue? I do have the old version here but there seemds to be a problem with my VDISK swap so I'd like to try the newer version. (TIA) What sort of problems are you having with SWAPGEN?
Re: SWAPGEN EXEC
Hello Adam, Ah, nice. Both versions are available now. Thanks. I have the vma-package. Indeed very nice and I use it very much. Regards, Berry. Adam Thornton schreef: On Aug 7, 2008, at 4:28 AM, Berry van Sleeuwen wrote: Hello List, The past day I have tried to get the new version of SWAPGEN into my VM but no success so far. I have tried every way I can do a filetransfer but every time I end up in a file I can't use on VM. Can anyone send me the VMARC-ed version of the current SWAPGEN so I can continue? I do have the old version here but there seemds to be a problem with my VDISK swap so I'd like to try the newer version. (TIA) It's unlikely to helpthe recent changes are pretty minor. Nevertheless, the VMARC of the new version is now available at: http://download.sinenomine.net/swapgen/ BTW, when I look at the mailable I see the filelist of the included files. The RXDASD MODULE in mailable archive looks like to be from 3/15/04. I too have a RXDASD but that one is dated 18/11/95 and that is also the one from the IBM VM downloads. Is this RXDASD a different version or are they the same? Probably the same. I just wasn't careful about preserving the timestamp, but it just comes from the VM Downloads page. I've looked into the comments made here in June, and I have to agree with the comments Adam made (to go back to the VMARC format). IIRC, VMARC was recommended to use because of the fact that ASCII to EBCDIC translations vary among the various file tranfer methods. (Either FTP or IND$.) So by replacing VMARC with MAILABLE to avoid the need for some extra tool and/or to overcome less than default record formats, the transfer now relies on the fact of how your method of transferring files will handle ASCII to EBCDIC translation. IMHO this is much harder to solve than a faulty recordformat because the file itself will be altered by the transfer. At least with VMARC or CMS packed I know what recordformat it should be (either Fixed 80 or 1024) and can FBLOCK it after transfer. And because these files must be transferred in binary the file itself should not change by the transferprocess. Regards, Berry. Also note that Leland Lucius has written VMA, which is a portable utility to do vmarc manipulation. http://www.homerow.net/zvm/vma.htm This is handy if, for instance, you just want to extract the docs from a package and read them on the desktop system of your choice. Adam
Re: Portable z/VM help?
We use webshare to host a small website on our VM, includig the cmshelp scripts. The sources can be found at http://www.vsoft-software.com/downloads.html Regards, berry. Marcy Cortes schreef: The one I have seems to have listed in the comments that its part of his Gopher Server for VM 1994. I've modified the version I have to include our own style sheets. Rick, you out there? Can this be shared? Or does it exist somewhere where others can download it? Marcy This message may contain confidential and/or privileged information. If you are not the addressee or authorized to receive this for the addressee, you must not use, copy, disclose, or take any action based on this message or any information herein. If you have received this message in error, please advise the sender immediately by reply e-mail and delete this message. Thank you for your cooperation. From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Lionel B. Dyck Sent: Monday, August 04, 2008 12:24 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: [IBMVM] Portable z/VM help? Where might one find that tool (CMSHELP CGIREXX) ? thx Lionel B. Dyck, Consultant/Specialist Enterprise Platform Services, Mainframe Engineering KP-IT Enterprise Engineering 925-926-5332 (8-473-5332) | E-Mail: [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] AIM: lbdyck | Yahoo IM: lbdyck Kaiser Service Credo: Our cause is health. Our passion is service. We're here to make lives better. I never guess. It is a capital mistake to theorize before one has data. Insensibly one begins to twist facts to suit theories, instead of theories to suit facts. - Sir Arthur Conan Doyle NOTICE TO RECIPIENT: If you are not the intended recipient of this e-mail, you are prohibited from sharing, copying, or otherwise using or disclosing its contents. If you have received this e-mail in error, please notify the sender immediately by reply e-mail and permanently delete this e-mail and any attachments without reading, forwarding or saving them. Thank you. From: Marcy Cortes [EMAIL PROTECTED] To: IBMVM@LISTSERV.UARK.EDU Date: 08/04/2008 12:14 PM Subject: Re: Portable z/VM help? Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU Do you have a web server on your VM system? (ESAWEB?) Rick Troth's CMSHELP CGIREXX does exactly that. Marcy This message may contain confidential and/or privileged information. If you are not the addressee or authorized to receive this for the addressee, you must not use, copy, disclose, or take any action based on this message or any information herein. If you have received this message in error, please advise the sender immediately by reply e-mail and delete this message. Thank you for your cooperation. From: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU mailto:IBMVM@LISTSERV.UARK.EDU ] On Behalf Of Scott Rohling Sent: Monday, August 04, 2008 11:31 AM To: IBMVM@LISTSERV.UARK.EDU Subject: [IBMVM] Portable z/VM help? I often want to see a z/VM help file when I don't have access to z/VM or am not online, to figure out the syntax of a command, etc. I know there are PDF manuals, etc -- but was wondering if anyone knew of something that: - Download MAINT 19D files to workstation (this can be done with ftp manually) - Provides a front end (browser?) to view those files, follow links, etc If there's no 'viewer' out there - would it be useful to anyone besides me? I don't know if I just dreamed it but I could swear there was such a thing out there at one time. Scott Rohling
Re: The Programmable Operator Facility
Actually I have to agree with Alan, I too like to see logging on the operator log and lots of it. In fact, i'd like to see even more than we have now. How about the network guy who has changed the vswitch configs and then we have to guess what he had changed? Or what about some user who has defined a minidisk over my IPL pack or the user that had defined a minidisk on the DIRMAINT 1DB (OK, usually it's me but that is besides the point)? And even the attach and detach messages produced because DYNAMCMS searches for a tape has helped me to investigate some errors in the past. But in all cases I don't like to see them on the LGLOPR console so they are suppressed but I still can view the events from the operator log and take action if I need to. I do agree that it would be nice to at least be able to suppress logging for some selected events. Then it would be up to me to decide if I realy want to get rid of some selected messages. Regards, Berry. Huegel, Thomas schreef: Richard, You were right on with that one.. You get a point. But I'd rether VTAM/CICS worry about that stuff, I don't really care to see a message that just says 'L007 DIALED TO VTAM1' that tells me nothing. Here is an idea that'll cause nightmeres. Turn off logging for operator (PROP) filter stuff I don't want to see, then run PROP on LGLOPR with logging turned on.. ugh -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] Behalf Of Schuh, Richard Sent: Wednesday, July 09, 2008 12:30 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: The Programmable Operator Facility I told you that Alan would be upset by the notion. Regards, Richard Schuh -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Alan Altmark Sent: Wednesday, July 09, 2008 10:28 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: The Programmable Operator Facility On Wednesday, 07/09/2008 at 12:05 EDT, Huegel, Thomas [EMAIL PROTECTED] wrote: Personally I think ATTACH and DETACH (and others too i.e. DIAL) should have a NOMSG type option to just eliminate the message alltogether. Bite your tongue and perish the thought. DIAL??? That is a class ANY command. You want to let people you don't know suppress the knowledge that they are using your system?!? I'm feeling faint. Alan Altmark z/VM Development IBM Endicott
Error handeling (Was: How to stop PIPE STARMON)
Hello Rob, Are you sure this will work in all cases? The SIGNAL ON ERROR will react to any non-zero returncode. STREAMSTATE ca n have returncodes 0, 4 and 8, and it looks to me that all three are acceptable, at least in my case. Only rc=12, stream not connected, is indeed the returncode I will trigger upon. But the SIGNAL ON ERROR will exit the stage in all returncodes other than zero. But more in general, there are more commands that will exit a returncode based on their function. WAKEUP for instance. Just a small test confirms this: signal on error 'wakeup +00:30 (cons' say rc error: exit rc The result is that wakeup will return rc=2 when the timer expires and 6 when the console interrupt is received. In both cases valid returncodes, or perhaps required returncodes, but in both cases the SIGNAL traps the 'error' and skips the SAY rc command. In such cases it looks like errorhandeling should be coded for every individual event instead of a general error handeling trap. Regards, Berry. On Mon, 9 Jun 2008 21:38:15 +0200, Rob van der Heij [EMAIL PROTECTED] wrote: signal on error do forever peekto .. process.. readto streamstate output end error: return rc * ( rc 12 )
Re: How to stop PIPE STARMON
Hello Kris, You are right. I had just changed an existing rexx that was constructed this way. Or rather, I had put a READTO into the rexx just to be able to be able to process the input before it enters a pipeline in the rexx. And indeed it would be better to PEEKTO/READTO or even more so, to check returncodes. I don't mind to delay records here, the stage writes records to disk and doesn't output them to an output stream. But the original, as well as my new one use 'CALLPIPE *:' rather than 'READTO input ; CALLPIPE VAR input,'. So in this case the input is not checked. The jeremy stage did note that inside the rexx stage a callpipe specs was in wait.locate and a lookup wa s in wait.locate but nothing about the returncode of the READTO command. An d I didn't trace the rexx itself in that detail so I didn't notice the rc 1 2 of READTO. I did now and indeed the return code is 12. Just a test with CALLPIPE *: reveals that the CALLPIPE do not end in a returncode so even when the input stream has severed the callpipe *: doesn't notice it and doesn't set the pipeline returncode. Instead it continues processing. So now, with the connector in the callpipe I do need to check my input stream before the callpipe connects to it. Regards, Berry. On Mon, 9 Jun 2008 15:08:05 +0200, Kris Buelens [EMAIL PROTECTED] wrote: 'STREAMSTATE INPUT' should not be required here... My guess is that process has set the returncode to 0, so your do-loop condition check is not testing the return code of READTO. The pseudocode also suggests your stage does delay the record. You should code it like this: 'PEEKTO INPUT' /* Get first record, without consuming it */ Do while rc=0 process 'READTO' /* consume the handled record */ 'PEEKTO INPUT' /* get next record or stop */ end
How to stop PIPE STARMON
Hello list, I'd like to replace the MONWRITE service we use now with a way to only save selected monitor records to disk. So I use 'PIPE STARMON MONDCSS SHARED | COLLECT' to collect and write selected records to disk. But in order to stop I must issue #CP EXT. I have been testing with other ways to stop STARMON in some way, such as GATE or PIPMOD but so far I am not able to stop the PIPE other than with #CP EXT. I would like to have some way to stop the machine in a more controlled manner with some command like MSG userid STOP or with a secondary console command. Currently we use SECUSER to MONWRITE and then issue MONWSTOP to stop the monwrite machine. According to the doc's I could use GATE or PIPMOD in some way to stop the pipeline and therefore to stop STARMON. And the PIPELINE package also states HMONITOR to stop the STARMON stage. Based on the GATE stage description I coded a pipeline but it still doesn't end. PIPE literal +10 | delay | a: gate strict \ starmon mondcss shared | a: | collect So how would I adjust this to be able to end the STARMON stage? TIA. Berry.
Re: Linux shutdown and DoD restrictions
Hi Charles, Also note that SIGNAL can potentialy be dangerous. If for whatever reason the linux machine doesn't shutdown within it's timeout it will be forced when the timeout expires. When you use SECUSER and SEND you still are able to issue commands to the linux image, for instance to react on some errors before you finaly shutdown/logoff the guest. Regards, Berry. Charles LeDuff schreef: snip The SIGNAL command would be the perfect solution, but it requires enabling the CTL-ALT-DEL function under linux. According to the STIG, the CTL-ATL-DEL function cannot be enable. snip
Re: VM-VSE Interface
Scott, Actually, the CPHOST package is designed to run on a VM guest. You would need the MVS version of such a command. It can be found in http://www.vm.ibm.com/devpages/JELLIOTT/mvscpcmd.html. This is an assemble source that will do the trick for an MVS guest. Regards, Berry. Wandschneider, Scott schreef: Dave - That is exactly what I need. I will download and examine. Thank you, Scott R Wandschneider Senior Systems Programmer Infocrossing Office 402.963.8905 -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Dave Jones Sent: Tuesday, May 06, 2008 3:01 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: VM-VSE Interface Hi, Scott. If you mean, is there a way for an MVS guest (running under VM) to issue CP commands and get the response back, then the answer is yes. Check out the CPHOST package here: http://www.vm.ibm.com/download/packages/ Wandschneider, Scott wrote: Is there an equivalent to the VM-VSE Interface for z/OS? On VSE I can enter and capture the output to a simple VM command such as * CP Q U VMUTIL. Is there a way to do the same on an MVS system? Thank you, Scott R Wandschneider Senior Systems Programmer Infocrossing, a WIPRO Company 11707 Miracle Hills Dr. Omaha, NE 68154 Office 402.963.8905
Re: RSCS question
Yet it also states: Remote Spooling Communications Subsystem (RSCS) V3.2.0 (5684-096) has bee n repackaged and is now available for licensing under International Program License Agreement (IPLA) terms and conditions. RSCS Function Level 530 (FL530) is available as a priced, optional, preinstalled feature of z/VM V5.3. So, what is it? Based on this entry I'd say nothing has changed and we ca n still have RSCS functionality. Perhaps a different function level but as long as it provides the same functions I don't care about a version number. But, as Ron pointed out, if RSCS is no longer available on zVM then I'd have to order zVM asap. Regards, Berry.
Re: MONWRITE files
Hello Alyce, As Mike said, looks like a upload error. I guess these are from the IBM VM packages, in that case upload to VM in binary mode, Recfm fixed and lrecl 80. If you can't upload with specifing recordlayout you also can upload in binary and use the PIPE FBLOCK to restore the correct layout. (Upload binary and next issue 'PIPE MONVIEW VMARC A | FBLOCK 80 00 | NEWFILE VMARC A') I use this because my ftp client doesn't provide the recordlayout so I end up with 8K blocks instead of fixed 80 byte records. BTW, perhaps you can use this also on the files you now already have on your mindisk. These files usually hold more than one file. I assume, based on the console messages, that only a part of the files (monview script and cp2kvmxt exec) is now on disk. At some point, either at the end of a record or at the end of a file invalid data is found. So delete the files that were unpacked, upload the VMARC files again and unpack again. Regards, Berry. Austin, Alyce (CIV) schreef: Hello, When I issue the following vmarc commands in preparation for the monwrite procedures, this is what I get: vmarc unpk monview vmarc a MONVIEW SCRIPT A1. Bytes in= 11776, bytes out= 6168 ( 52%). Invalid header for compacted file. Ready(8); T=0.01/0.01 13:38:10 vmarc unpk cp2kvmxt vmarc a CP2KVMXT EXEC A1. Bytes in= 17652, bytes out= 152800 ( 865%). Invalid header for compacted file. Ready(8); T=0.05/0.05 13:38:30 I assume that the correct files were created; that is, “monview script” and “cp2kvmxt exec” even though I got an invalid header after issuing the commands. Is this the case? Thanks, Alyce *From:* The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] *On Behalf Of *Stefan Raabe *Sent:* Wednesday, March 19, 2008 12:36 AM *To:* IBMVM@LISTSERV.UARK.EDU *Subject:* Re: MONWRITE files **Diese E-Mail enthaelt vertrauliche oder rechtlich geschuetzte Informationen. Wenn Sie nicht der beabsichtigte Empfaenger sind, informieren Sie bitte sofort den Absender und loeschen Sie diese E-Mail. Das unbefugte Kopieren dieser E-Mail oder die unbefugte Weitergabe der enthaltenen Informationen ist nicht gestattet. The information contained in this message is confidential or protected by law. If you are not the intended recipient, please contact the sender and delete this message. Any unauthorised copying of this message or unauthorised distribution of the information contained herein is prohibited. Legally required information for business correspondence/ Gesetzliche Pflichtangaben fuer Geschaeftskorrespondenz: http://deutsche-boerse.com/letterhead **
Re: Performance problem Linux under Zvm
Hello Dave, In either case, if a linux (zlinux or intel) gets 768M it will eventually allocate all storage it can get. If not for applications it will use the 'free' memory for datacache. So in that repect, yes, the linux will use the storage you assign to the guest. But as for if the image really needs the storage, that will depend on the application you are running in the guest. In some cases you really need the storage but some applications offer the requirements to be set. Oracle for example can set buffersizes. I always try to convince the linux and/or application owners to request less storage for their linux image. Try, but not always successfull. Our zLinux machines run from 200M up to about 6000M. The first are small machines such as installation and SSL, the latter are large oracle machines. We run the linux images in two VM's of 10G each. At least you're not the only one who has seen this. We also have found the situation where we over allocated the VM image. That's not bad, in fact it is our unique selling point, but if SRM is not set accordingly you'll find guests in the E-list and start to wonder why a guest will stop processing. Evaluate your LDUBUF and STORBUF and also make sure you will have enough page space to hold all of your (vitual) storage needs. Regards, Berry. O'Brien, David W. (NIH/CIT) [C] schreef: Thanks John cp q srm IABIAS : INTENSITY=90%; DURATION=2 LDUBUF : Q1=100% Q2=75% Q3=60% STORBUF: Q1=300% Q2=200% Q3=200% DSPBUF : Q1=32767 Q2=32767 Q3=32767 DISPATCHING MINOR TIMESLICE = 5 MS MAXWSS : LIMIT=% .. : PAGES=99 XSTORE : 0% Just got the following from one of the other techs (non-VM) We were able to diagnose the problem and make the necessary correction. The problem was z/VM has a total 768m of central available. The Linux guests (3 total) each had 768m of central allocated, therefore contention. The Linux guests are over allocated and are storage constrained with 768m of central. Understanding the Linux guests would be in contention with each other for this storage VM time sliced what it could for each guest, therefore the symptoms we experienced. My question to this group - Does a Linux quest really require 768MB of Central? Regards, Dave O'Brien From: Romanowski, John (OFT) [mailto:[EMAIL PROTECTED] Sent: Thu 3/20/2008 1:45 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Performance problem Linux under Zvm If CP INDICATE QUEUES shows an En (like E3) in the 2nd column for one or more userids try CP QUERY SRM (write down response for reviewing ) and do this quick fix CP SET SRM STORBUF 300% 300% 300% This e-mail, including any attachments, may be confidential, privileged or otherwise legally protected. It is intended only for the addressee. If you received this e-mail in error or from someone who was not authorized to send it to you, do not disseminate, copy or otherwise use this e-mail or its attachments. Please notify the sender immediately by reply e-mail and delete the e-mail from your system. -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of O'Brien, David W. (NIH/CIT) [C] Sent: Thursday, March 20, 2008 1:37 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Performance problem Linux under Zvm Our shop is new to Zvm and Linux. We have a very small number of Linux users who are reporting significant response time problems. It almost seems as if each stops running for a period of time and is then re-dispatched. Is there a VM parameter that we might have taken the default on that needs tweaking? Any help or advice appreciated as this is a proof of concept endeavour and we would like not to turn off prospective users from the start. Thank you, Dave O'Brien National Institutes of Health
Re: MONWRITE files
Or you could look at the Redbooks. The additional files from REDP3818 has a sample for a monwrite machine that filters records. In this case CPU usage records. Kris, isn't TSLAMON avalable on the VM download packages? Regards, Berry. Kris Buelens schreef: Here some code from y TSLAMON EXEC that performs some calculations (CPU usage and WAIT%), These waits is something RTM/ESA nor VMPRF didn't provide in real-time, hence my -old- code. '|Irefr: FaninAny', '|R: REXX ('myname mytype')' refresh, /* Perform calculations */ '|FILESLOW' fid, '?IMMCMD SUSPEND|SPEC /SUSPEND/ 1|Irefr:', '?IMMCMD $$REXX$$|INSERT /$$REXX$$ / 1|Irefr:', '? starmon mondcss sample',/* Obtain data */ '|R4: STRFIND X404040400444', /* Keep Domain 4, record 4 */ '|R:',/* Pass for calculations*/ '?R4:|STRFIND X404040400443', /* Also Domain 4, record 3 */ '|R:',/* Pass for calculations*/ The complete TSLAMON EXEC is available on request.
Re: Using WakeUp to cycle a zLinux instance
Hello Rob, I agree that FORCE would not be an option. In case of the linux machine IBM advised (see below) to setup a secondary console user to shutdown a linuxmachine and still have the option of communicating with the guest in case of problems during shutdown. This could also be used in a wakeup where some wakeup machine issues a shutdown -r on a linux console. But for the restart triggered by signal, are you sure you could do that? A SIGNAL SHUTDOWN LINUX01 WITHIN 300 will log off LINUX01 after 300 seconds or before that if the user reports a successfull shutdown. So a SIGNAL SHUTDOWN will eventually force the user anyway. When the user is rebooting, is the signal then canceled somehow? I had a discussion with IBM on that some time ago. I'd liked to see an option in signal to prevent the shutdown of guests when they do not shutdown within the timeout period. But IBM did not follow me on that. When a forced user in not acceptable (databases or jobs cancelled while processing) they advised not to use SIGNAL. This is true for zLinux but also for guest VM, VSE and SFS (all of them can trap the signal.) We had this issue for linuxguests that did not shutdown within the timeoutperiod due to running processes on the database. Also, A guest VM will signal users within VM (usually only the VMSYS* filepools) and then shutdown regardless of the successfull logoff of other services in VM. A VSE issues only a message in the hardcopy and some eventprocessing (FAQS-ASO comes to mind) has to ensure the correct shutdown of services and jobs within VSE. In all of these cases the guest user could still be shutting down when the timeoutperiod passes and that would be much the same as using FORCE in the first place. Regards, Berry. Rob van der Heij schreef: You could tweak the inittab to make the 3-finger-salute do a restart rather than shutdown. You can then SIGNAL the user... (not FORCE since that would make CP take the guest out after some time despite the reboot)
Re: Webshare CGI will not run using SFS
Richard, Recollection is fuzzy, but I believe you can have CGIs and SFS hierarchy handled by the same HTTPD v-machine, you just cannot have CGIs living in an SFS-defined-only kind of space. For CGIs to be executed instead of serv ed out (like plain files), they must reside on an ACCESSed disk or in an ACCESSed SFS directory and be listed in a hand-crafted FILELIST. So the key here is the accessed directory. In both cases the server is SF S only. The first try had all files dumped into the root and accessed it as A. The second uses the full directorystructure and indeed doesnot access the htbin directory unless it needs to. Perhaps if I access the htbin directory before starting the server. Ah, I guess I'll be playing a lot today. :-) If you can think of a way around this, you should code it and contribute it. :-) Kris did have a way around it without any change in coding. The fact that the CGI is called in a slightly different way doesn't matter too much. Just update the links and run it. Perhaps it would be nice to have the server react the same in either case and for that to happen I'd need to dive into the coding. If only I had 30 hours in a single day... Thanks for your comments and for your great webshare coding. Regards, Berry.
Re: Webshare CGI will not run using SFS
Kris, Ah, that's it. For the CGI to process from an accessed disk you can request the page http://xx/somedirectory/somecgiFN. But when in SFS you need the path as you mention it. It looks like this could be working. But i'll have to look into it some more. Running CMSHELP would get me the CMS HELP MENU in the single directory install but it produces an error on the SFS installed server. CMSHELP: TASK HELP FPLDSR146E File HELP HELPTASK * does not exist FPLMSG002I ... Processing ADDPIPE HELP HELPTASK * | *.INPUT: FPLMSG003I ... Issued from stage 2 of pipeline 1 FPLMSG001I ... Running REXX CGI#TEMP CMSHELP?CP does give me the help page on the CP command. So in any case, error or no error, the CGI gets to be processed. Anyway, like Richard mentioned, i'll have some coding to do I guess. Thanks, Berry. On Tue, 19 Feb 2008 18:51:10 +0100, Kris Buelens [EMAIL PROTECTED] wrote: snip The path for a CGI is then http:///someSFSdir/fname/cgiFN The someSFSdir is .WEBSHARE.someSFSdir The fname points to fname FILELIST in that SFS dir; and cgiFN is listed in it.
Webshare CGI will not run using SFS
Hello list, I have been playing a bit with the Webshare package from Rick Troth. It has been succesfull so far but now I ran into a problem running CGI scripts. My webserver machine, HTTPD, is an SFS only machine. (IPL CMS PARM FILEPOOL VMSBSFS) I started with all files in the root of the HTTPD machine. This works as it should, filelists are ok and also the CGI processing is working fine. HTBIN FILELIST is available, the CGI files in there are listed as *CGI to enable execution of the script, and cgi-bin points to HTBIN so I can run CGI like /cgi-bin/CMSHELP. I can get the CMSHELP in my webbrowser. No problem there. Now I have setup the server to use the .webshare directory and moved the webfiles into .webshare and subdirectories (like .webshare.vminfo and .webshare.htbin). This way we do not have to use the FILELIST files anymore. It makes adding files and directories much easier. I can access the regular webpages (home.html, vminfo.html etc). But a CGI is not executed. I've tried several ways but so far I was not able to get the CG I to run. I guess some configuration has to be set to be able to run CGI in an SFS based structure the same way as it does in a single disk configuration. How can I get the webserver to run an CGI exec instead of sending me the file itself? TIA. Kind regards, Berry.
Re: OT: gmail advertising
When we need to abort a job on VSE it gets flushed quite often. Hm, I wonder... did those bits end up in a pipe of some sort? If so, what pipe would that be? Berry.
Re: VM/370 Release 6 Waterloo tape (CIA MODS)
Hello Mark, In the Hercules comunity this tape is available in AWS format. On cbttape.org it can be found in the vm/370-r6 page. Regards, Berry.
Re: How to create a CP Disabled Wait State?
Hello Dave, Use CP SYSTEM CLEAR. I had to look for it, it is mentioned in the program directory for DIRMAI NT from a few years ago (5748XE4 that came with VM 2.x). Under testing DIRMA INT command CP SYSTEM CLEAR is being used to test the restart. For some reason the appendix testing dirmaint has been left out the progr am directory for zvm4.4 and later. I can't find it in the tailoring and adminstration guide either. Regards, Berry.
Re: Looking for an EXEC to Automate the cleanup of old RDR,PRT and PUN files.... x days...
Hello Brian, First of all you could have a look at SFPURGER. It's located on the MAINT 193 disk. Have a look at the CMS Commands and utilities reference, Chapte r 3.8. On a few systems we do not use SFPURGER so we are running an exec there. Or rather, just a pipe statement. 'PIPE (END ?) CP Q RDR ALL ISO DIST', '| drop 1 ', '| specs /RDR/ 1 1-* nw', '| a: faninany', '| nlocate w9 /OPEN-/', '| c: locate w13 /DVH/', '| b: faninany', '| specs /PURGE/ 1 w2 nw w1 nw w3 nw', '| CP', '| count lines', '| specs /SBM_CLSP:/ 1 1-* nw /Files deleted from spooling./ nw', '| logfile log a, '? CP Q PRT ALL ISO DIST', '| drop 1 ', '| specs /PRT/ 1 1-* nw', '| a:', '? CP Q PUN ALL ISO DIST', '| drop 1 ', '| specs /PUN/ 1 1-* nw', '| a:', '? c:', '| d: locate 5.8 /SBM /', '|locate w5 /CON/', '| sort 44.17 D', '| drop 14', '| b:', '? d:', '| e: locate 5.8 /OPERATOR/', '|locate w5 /CON/', '| sort 44.17 D', '| drop 14', '| b:', '? e:', etc..., you get the idea. Basically, list all spoolfiles (RDR, PRT, PUN) and select all files you want to delete. At the end we specify users and select how many of the files are to be kept. You can code some kind of selection inside the locate/sort/drop sequence. I did not have the time yet to make something fancy to replace sfpurger functions. (Like a real select based on date or some config file like SFPURGER has). As for SBM or OPERATOR we want to keep 2 weeks of consolelogs. The consolelog is closed daily at 00:00 for these users. Regards, Berry.
Re: Define NIC and COUPLE
Hello Brian, We do not have NICDEF in the directory. If SPECIAL would do the same then we could have an explaination but I doubt if a SPECIAL would act in the same way as the NICDEF. I realize that I left something out. We have a running linuxmachine. We DETACHED the F00 NIC because we would change it to connect to the vswitch instead of to the guest LAN. After that the DEFINE connected automaticall y to the guest LAN instead of let us specify the COUPLE command. The idea is to dynamically change the linux machine and when the action i s ready and accepted we could change the directory to relect the new situation. I'm not too happy changing the directory before I know the change will be successfull. Regards, Berry.
Define NIC and COUPLE
Hello list, When I define a NIC for the linuxmachine I use something like: DEFINE NIC F00 TYPE QDIO COUPLE F00 SYSTEM OSNLINUX In the directory the NIC is specified as special. In one machine we have defined three NIC's. F00 coupled to AOSN, F10 coupled to AOSNBU and F20 coupled to OSNLINUX. The F20 was created to mov e the linuxmachine to vswitch. F00 was the old connection to guest LAN. Today we had to disconnect F00 from the guest LAN and then redefine F00 t o connect to the Vswitch. Then the F00 would replace the F20 device and the machine would be moved to the vswitch. I have found something I can't explain. The NIC F00 was coupled to AOSN just after the DEFINE command, no couple was needed. But we wanted the NI C to be coupled to OSNLINUX so the couple to AOSN was not correct. I did no t expect the define to automatically connect to the guest LAN. What could b e the logic? Did I have to UNCOUPLE first? Thanks, Berry.
Re: TCPIP config changes in z/VM 5.2
Hello Miguel, Indeed, this ptf will fix the NETSTAT GATE display. The default is now shown as UGS. The NETSTAT GATE now shows the same output on both the old and new VM. Well, besides the fact that the display itself does show the records a bit differently. But it didn't solve my orginal problem, I still can't ping some machines. So I guess there is something missing or in error in the new configs. Regards, Berry.
TCPIP config changes in z/VM 5.2
Hello List, Last Friday we migrated one of our VM systems. This VM is one of four tha t use static routing only. Now I have found that the IP configuration rules have been changed in z/VM 5.2. So I changed the HOME and GATEWAY statements in the configuration file. Unfortunatly I haven't been able to get it fully functional. I can ping my gateway and even the nameserver bu t I can't ping the servers I need to access. The old z/VM 4.4 configuration: HOME 10.81.32.11 CTCLVM42 10.81.32.11 CTCLVM43 10.81.32.11 CTCLVM45 10.81.32.11 OSAETH2 10.81.32.01 OSAETH0 GATEWAY ; (IP) Network FirstLink Max. Packet Subnet Subnet ; Address Hop Name Size (MTU) MaskValue ; --- --- --- --- ; 10.81.32.13 =CTCLVM42 1500 HOST 10.81.32.15 =CTCLVM45 1500 HOST 10.81.32.17 =CTCLVM43 1500 HOST 10=OSAETH2 1500 0.255.255.0 0.81.32. 0 DEFAULTNET10.81.32.253 OSAETH2 1500 0 A NETSTAT GATE will present me with: Default 10.81.32.253 UGS 1500 noneOSAETH2 10.0.0.0direct US 1500 0.255.255.0 0.81.32.0 OSAETH2 10.81.32.13 direct UHS 1500 HOST CTCLVM42 10.81.32.15 direct UHS 1500 HOST CTCLVM45 10.81.32.17 direct UHS 1500 HOST CTCLVM43 Now the new VM (actually a diffent node but the same idea): HOME 10.81.32.17 CTCLVM32 10.81.32.17 CTCLVM34 10.81.32.17 CTCLVM35 10.81.32.17 255.255.255.0 OSAETH2 10.81.32.07 OSAETH0 GATEWAY 10.81.32.11 HOST =CTCLVM34 1500 10.81.32.13 HOST =CTCLVM32 1500 10.81.32.15 HOST =CTCLVM35 1500 DEFAULTNET10.81.32.253 OSAETH2 1500 A NETSTAT GATE will show: Subnet Address Subnet Mask FirstHopFlgs PktSz Metric Link -- --- - -- -- Default HOST 10.81.32.253UGHS 1500 none OSAETH 2 10.81.32.0 255.255.255.0directUT 1500 none OSAETH 2 10.81.32.11 HOST directUHS 1500 none CTCLVM 34 10.81.32.13 HOST directUHS 1500 none CTCLVM 32 10.81.32.15 HOST directUHS 1500 none CTCLVM 35 When I check the connections I try: PING 10.81.32.11 (this will ping through a CTC connection) PING 10.81.32.253 (this is the gateway) PING 10.1.1.25 (this is our nameserver as specified in the TCPIP DATA) PING 10.1.1.73 (this is a NT server but can't be pinged in the new VM). When I try to ping the server by its name (PING HNYM-CDT1) the name get's resolved and the ping will try to reach 10.1.1.73, but no success. Now I noticed the default was presented as a default gateway (flags UGS) in the old VM and the new one is a host (flags UGHS). Other than that I think the netstat gate output is the same in both systems. Any ideas on how to fix this? TIA, Berry.
Re: OS/390 as zVM 5.2 Guest on z9 ??
Rick, I don't think it matters what OS/390 release is running. But the OS/390 V2R10 is the first to be able to run and exploit the 64bit mode. In this case the OS/390 is V2R9, that would qualify the machine as ESA/390. So it can't run 64 bit but it can benefit from the 64bit functions of z/VM 4 64bit that will increase performance of the Host VM, such as increased storage. Regards, Berry.
Re: TCP/IP Message
Hello Alan, That would get me to a question, are buffers that are dynamically extende d automatically reduced once they're no longer needed? As you state, more buffers could have impact for other users. So suppose we would have a sud den need for larger buffers to perform some action. If the action is finished and the larger buffer still remains it too would have an impact on the available storage. Regards, Berry.
Re: DASD second level
Hello Anne, Just some things that popped into my mind. VMTEST 191 and looks like this: USER WVLNX30 WVLNX30 512M 1024M G ..snip.. DEDICATE 0A81 163C DEDICATE 067E 165F VMTEST's USER DIRECT on first level: ..snip.. MDISK 163C 3390 000 10017 LX163C MR MDISK 165F 3390 000 3338 LX165F MR The guest VM has a minidisk of 3338 cylinders. Shouldn't that be 3339 cylinders? A 3390-3 has 3339 cylinders. I would guess to have either 001 3338 as a minidisk or 000 3339 for a full pack disk. Secondly, in this case you dedicate the 165F to the linux machine, so fro m cylinder 0 through 3338. Wouldn't that overwrite cylinder 0, thus replaci ng the CP volume information with whatever linux would like to see? Our zLin ux guests format the volume with a label something like 0x0200. Should that label be placed on cylinder 0 the hosting VM (either host or second level VM) we wouldn't be able to find LX165F afterwards. And the last point, perhaps not applicable, beware of running 3rd-level guests. They don't perform as well as second level guests. The CPU overhe ad in 3rd level is very large due to the fact that SIE assist doesn't work a t that level. (Assuming you run in LPAR mode, which is the only way on z-series today) We had an issue when we ran VSE guests on a guest VM. It turned out the VSE had on overhead ratio 1:2 or worse because all CPU had to be emulated by the host. The VSE couldn't use SIE assist in this configuration. SIE assist works only two levels deep, LPAR mode being one of them. Regards, Berry.
IPL without OPERATOR on console
Hello List, Last week we have seen an IPL that did not go the way I'd expected. It went OK, so VM is running, but it doesn't feel right. In the past our IPL procedures were: - Connect a terminal session to a console (let's say device 820) - load the LPAR on HMC with loadparm 820. - On the console the SA-IPL appears. - Change parameters if required and press PF10. - On the console user OPERATOR is logged on and some information on IPL i s displayed on the console. - User OPERATOR runs PROP and disconnects. Our new VM runs on a z9 machine. (actually 6 VM's on two machines) The IP L now looks like this: - Connect terminal - load LPAR - console turns to the VM logon screen. No SA-IPL, so also no way to specify a PROMPT or a different PARM disk. N o user OPERATOR to ask for start parameters (WARM, NOAUTOLOG) or to display the IPL steps, such as SPOOL init, and things like that. When closing the console log for operator I can see the lines I would expect to see on the console so it did all those things but it didn't show us that. It only happens on a z9 machine. Our VM's on z890 and z990 machines do show the SA-IPL during IPL. All VM's are z/VM 5.2 and use basically the same system config. So it looks like it has something to do with the machine or its configuration. Has anyone ever seen this? Any ideas as to what the cause would be? TIA, Berry van Sleeuwen.
Re: IPL without OPERATOR on console
Kris, The VM is z/VM 5.2 RSU 601. I can test it with one LPAR that still needs to be IPLled. We have cloned some VM's so apart from some small local tailoring (like nodeID and TCPIP configs) the VM's are identical. Let's play around a little bit. Either a s guest or native. You mention drag 'n' drop in the HMC. Does that indeed mean that the SA-I PL in that case is bypassed and VM is IPLled using defaults (CPLOAD MODULE, MAINT CF1 etc)? I must say, I haven't seen an HMC up close in 4 years now because that is completely separate from our department and even located in a different building. My last HMC was the one on a 9672. It is a real pleasure I must be able to help our operators during IPL but to have no recent knowledge of the newer HMC and it's procedures and capabilities :- (. Regards, Berry.
Re: PERFSVM
Hello Alyce, You might want to look at your MONDCSS segment. According to the message it is to small: FCXxxx446E Incomplete monitor data: DCSS too small. We have defined a segment like CP DEFSEG MONDCSS 9000-9FFF SC RSTD but the size could be different depending on your needs. Also make sure you enable the monitor, as it is done in the default profile exec in perfsvm. For more information, look at HELP CP MONITOR. Enable or disable events and samples to your need. Regards, Berry.
Re: How are you handling z/Linux
Hello Frank, I am wondering how everyone handles maintenance in your VM environment with your zLinux instances. We have a seperate install environment where we install and maintain our z/VM environment. If service has been applied (using VMSES, if possible not with put2prod) we copy only the changed items to our production VM's, about 15 VM systems. So we only need to restart those users that use the new coding. If CMS is serviced we need to restart users that use CMS (ie restart all users with a link to the MAINT 190). But a zLinux machine doe s not require CMS after the IPL of the guest (Nor does VSE for that matter) . So change of CMS does not require linux to reboot. We do not IPL unless C P has been serviced or a POR is required. A POR usually is only required fo r microcodeupgrades from IBM. If a change can be done without disrupting availability we will do that. So dynamic IO, set timezone, TCPIP OBEY, et c. Also to note we just implemented z/VM on two CEC's and plan to allow failover between the two machines. Our z/Linux environment is located on 2 VM's on two different machines. I n future all z/Linux images will use vswitch. The DASD can be shared. The idea is that we can start a z/Linux guest on either one of the two VM images. The linux customer will never know the difference other than perhaps a short outage during reboot of the guest. We did some tests but we havn't implemented this full scale yet. Note that this does only help you in a planned (or unplanned) outage of VM. If a z/Linux guest fails it will still fail on the other node. And keep in mind when the guests from the one VM are started in the second VM it will result in some performance degradation. Remember to have enough storage, paging DASD, reserved CPU etc on the failover VM to handle the added load. Regards, Berry.
Re: System Config : suggestion (corrected)
Hello Alain, We use an input file to select what DASD addresses should be online after an IPL. The file is basically a Q DASD. The file is read and attaches the DASD to system, dedicated DASD is left free and DASD that is not used is set offline. The only thing we have to do is (re)build the DASD file when a volume has been added or deleted. (PIPE CP Q DASD | DASD FILE D) It saves us from changing the system config every time we change the DASD configuration. If the files are located on shared DASD the DASD FILE can be named something like VMLXHW1 DASD for the VMLXHW1 node. This doesn't work when we have duplicate DASD volumes that are required during IPL. We have some VM's that still use the default zVM440 DASD volume ID's. When a default 440W01 or something like that has not been relabeled the 'wrong' addresses must be set offline in the system config: FBVM03: Devices , Online_at_IPL -, OFFLINE_AT_IPL 2100-21DF, OFFLINE_AT_IPL 21EA-21FF, OFFLINE_AT_IPL 2200-239F, OFFLINE_AT_IPL 23A4-23FF, Sensed - Regards, Berry.
Re: VM education
Hello Bob, You can also check out the redbooks section at www.redbooks.ibm.com. Ther e are some nice books (both redbooks and redpapers) that can be a nice handson for starters. Especialy the books related to zLinux are usualy written with the VM novice in mind. (http://www.redbooks.ibm.com/cgi- bin/searchsite.cgi?query=linux+and+VM) Regards, Berry.
Re: VM and CA-Top Secret
Hello James, You can download documentation at supportconnect.ca.com. In download - documentation you can find (almost) all manuals for CA products. But I guess you need a supportconnect account for this. I would advise to sign up for supportconnect anyway. We have two different systems using Topsecret. The first is a VSE installation. This topsecret spans 11 VSE's in 4 VM's. The topsecret file s are shared in these environments. User maintainance is performed on any o f the CICS systems online or in batch on any of these VSE's. It depends on my needs at the time. Online using CICS is easier. In batch I can use batch jobs to perform lots of commands in one go. The second system is a single VM with 4 VSE systems. The Topsecret files are shared between VM and the VSE's. We manage users from VM but we also could do this from VSE. From VM it has the advantage that I can use EXEC' s to perform commands. Just like a batch job in VSE. So how you want to manage users is a matter of opinion. I like VM but the CICS online interface has it's advantages too. As for sharing, I like that because we only have to maintain one security file. But if that is a possibility in your shop also depends on the requirements from the security department. We could convince our security officer quite easily and our user setup would also require a shared environment but some other shops are much tighter in such security rules. Regards, Berry.
Logoff force pending
Hello list, The past week my userid was in a logoff force pending state. Yesterday this status has changed. So I can use my userid again. But I can't figure out why my user was waiting to logoff like this. The system is our z/Linux production VM that is running z/VM 4.4.0 on a z990 machine. It all started when I tried to vary online two DASD devices. A query revealed that DASD 21EC and 21ED were offline. We have other DASD in the same ranges and on the same paths that were online. So I issued VARY ON 21EC 21ED. But I did not get a ready in return. But I could vary on these devices in a different VM. After some ten minutes I forced the user. Yes, I know, it was a risk. The logoff force pending was expected. I guess the IO associated with the VARY operation was still pending and therefore the user could not be logged off by CP. Nothing strange so far, other than th e question why the VARY did not appear to be processed on this VM. I looked for a way to solve this issue. But no advices I'd found were successfull. The devices I tried to work with were still offline so I could not VARY them offline. I could not query or tinker with CP Storage for my user (not even if I wanted to) because the VMDBK block was not available anymore. (A LOCATE returned with User not logged on) And beeing a 24x7 production system an IPL is out of the question. Yesterday an OSA device was removed from the configuration. At the same second my user is finaly logged off and ready for use again. (And yes, th e DASD is still offline so the command has not been processed at all.) Now, what I can't understand is why my user suddenly freed itself when a totaly unrelated device is beeing changed. Or why it turns out to be pending on an other device in the first place. As far as I know nothing has been changed on the DASD devices. And the OSA was not in use, at leas t not by my user. So a pending console IO is not the case here. Can anyone think of a reason why this has happened? Thanks, Berry.