Re: Disk problems running Sysplex under VM
Rob I have the Trace all 122252 lines of it what should I be looking for as it's not something I have looked at before. Stuart.
Virtual machine size
In z/VM 440 there is a field VMDSSIZE (at 4A8) in the VMDBK that indicates virtual storage size. I do not find this field in z/VM 520. Does it or its equivalent exist in 520. What is it called. Thanks
Re: Requirements for encrypting tape drives for z/VM
Hello Alan, I am actively looking into encrypting everything that is leaving the building. This will be the next big HIPAA push. Rumor we are getting from Auditors is that the Sarbanes Oxley rules will be expanded to include encryption on all critical data that leaves the data centers. Ed Martin Aultman Health Foundation 330-588-4723 [EMAIL PROTECTED] ext. 40441 -Original Message- From: VM/ESA and z/VM Discussions [mailto:[EMAIL PROTECTED] On Behalf Of Alan Altmark Sent: Wednesday, March 08, 2006 4:12 PM To: VMESA-L@LISTSERV.UARK.EDU Subject: Requirements for encrypting tape drives for z/VM [Cross-posted to VMESA-L and LINUX-390] Hi, Everyone. The VM Development team needs your help once again. Back in July of last year, IBM published a Statement of Direction for encrypting tape drives (Announcement 105-241). We would like to know: - If you currently backup or archive z/VM data, does your business require that you encrypt said backups/archives? If so, what are you using? - If you are not *currently* required to encrypt them, do you expect those requirements to be levied against you? If so, when? Thanks, Alan Alan Altmark Sr. Software Engineer IBM z/VM Development
Re: SSH for CMS could work
Alan Ackerman wrote: If you want SSH for CMS, I think you'll need source, not modules copied from USS. The difficulty in building SSH for a non-sched platform like CMS is about half in building the pre-req's like zlib and OpenSSL. Anyone want to pay by the hour for the work!? -- Jack J. Woehr # Men never do evil so completely and PO Box 51, Golden, CO 80402 # cheerfully as when they do it from http://www.well.com/~jax # religious conviction. - Pascal
Re: Virtual machine size
It looks like you might need to use field ASCDEFSZ in the ASCBK. (It is a double-word). This is pointed to by field VMDASCBK in the VMDBK. I haven't checked this out, but it appears in 64-bit mode this is what you need to do. Paul Adrian. Peter Rothman [EMAIL PROTECTED] Sent by: VM/ESA and z/VM Discussions VMESA-L@LISTSERV.UARK.EDU 03/09/2006 10:22 AM Please respond to VM/ESA and z/VM Discussions VMESA-L@LISTSERV.UARK.EDU To VMESA-L@LISTSERV.UARK.EDU cc Subject Virtual machine size In z/VM 440 there is a field VMDSSIZE (at 4A8) in the VMDBK that indicates virtual storage size. I do not find this field in z/VM 520. Does it or its equivalent exist in 520. What is it called. Thanks
{SPAM?} Re: Virtual machine size
There is also esamon: extract USERDATA.VMSIZE user xyz Date: Thu, 9 Mar 2006 12:07:11 -0500 From: [EMAIL PROTECTED] To: VMESA-L@LISTSERV.UARK.EDU It looks like you might need to use field ASCDEFSZ in the ASCBK.(It is a double-word). This is pointed to by field VMDASCBK in the VMDBK. I haven't checked this out, but it appears in 64-bit mode this is what you need to do. Paul Adrian. Peter Rothman [EMAIL PROTECTED] Sent by: VM/ESA and z/VM Discussions VMESA-L@LISTSERV.UARK.EDU 03/09/2006 10:22 AM Please respond to VM/ESA and z/VM Discussions VMESA-L@LISTSERV.UARK.EDU To VMESA-L@LISTSERV.UARK.EDU cc Subject Virtual machine size In z/VM 440 there is a field VMDSSIZE (at 4A8) in the VMDBK that indicates virtual storage size. I do not find this field in z/VM 520. Does it or its equivalent exist in 520. What is it called. Thanks If you can't measure it, I'm Just NOT interested!(tm) // Barton Robinson - CBW Internet: [EMAIL PROTECTED] Velocity Software, IncMailing Address: 196-D Castro Street P.O. Box 390640 Mountain View, CA 94041 Mountain View, CA 94039-0640 VM Performance Hotline: 650-964-8867 Fax: 650-964-9012 Web Page: WWW.VELOCITY-SOFTWARE.COM //
TCPIP low on TCBs
TCPIP just gave us some messages on the console I have not seen before. They are: TCP/IP is low on TCBs. OF 256 blocks 24 are free TCP/IP is low on SCBs. Of 256 blocks 25 are free TCP/IP was very low on TCBs. Of 286 blocks, 42 are free after 30 more allocated. Where do I start to look and how critical is the situation? Thanks Don Abbate Supreme Court of Virginia (804) 786-4540
Re: Virtual machine size
thanks. [EMAIL PROTECTED] ER.COM Sent by: VM/ESATo and z/VM VMESA-L@LISTSERV.UARK.EDU Discussionscc [EMAIL PROTECTED] .UARK.EDUSubject Re: Virtual machine size 03/09/2006 12:07 PM Please respond to VM/ESA and z/VM Discussions [EMAIL PROTECTED] .UARK.EDU It looks like you might need to use field ASCDEFSZ in the ASCBK.(It is a double-word). This is pointed to by field VMDASCBK in the VMDBK. I haven't checked this out, but it appears in 64-bit mode this is what you need to do. Paul Adrian. Peter Rothman [EMAIL PROTECTED] Sent by: VM/ESA and z/VM Discussions VMESA-L@LISTSERV.UARK.EDUTo [EMAIL PROTECTED] ARK.EDU 03/09/2006 10:22 AMcc Subject Please respond to Virtual machine VM/ESA and z/VM Discussions size VMESA-L@LISTSERV.UARK.EDU In z/VM 440 there is a field VMDSSIZE (at 4A8) in the VMDBK that indicates virtual storage size. I do not find this field in z/VM 520. Does it or its equivalent exist in 520. What is it called. Thanks
Re: TCPIP low on TCBs
On Thursday, 03/09/2006 at 01:42 EST, Don Abbate [EMAIL PROTECTED] wrote: TCPIP just gave us some messages on the console I have not seen before. They are: TCP/IP is low on TCBs. OF 256 blocks 24 are free TCP/IP is low on SCBs. Of 256 blocks 25 are free TCP/IP was very low on TCBs. Of 286 blocks, 42 are free after 30 more allocated. Where do I start to look and how critical is the situation? The message is just informational; the storage pools are automatically expanded. If you've never seen those messages before, then it indicates unusual activity. TCBs are used to describe TCP connections. SCBs are used to describe sockets. I'm guessing that if you look at NETSTAT you may see an unusually large number of connections. Read the Free Pool Statements section of the Configuring the TCP/IP server chapter of the TCP/IP Planning book for details. Alan Altmark z/VM Development IBM Endicott
Re: TCPIP low on TCBs
Thanks, Alan. I'll breathe a little easier now. Don Abbate Supreme Court of Virginia (804) 786-4540 Alan Altmark [EMAIL PROTECTED] ibm.com To Sent by: VM/ESA VMESA-L@LISTSERV.UARK.EDU and z/VM cc Discussions [EMAIL PROTECTED] Subject .UARK.EDURe: TCPIP low on TCBs 03/09/06 02:14 PM Please respond to VM/ESA and z/VM Discussions [EMAIL PROTECTED] .UARK.EDU On Thursday, 03/09/2006 at 01:42 EST, Don Abbate [EMAIL PROTECTED] wrote: TCPIP just gave us some messages on the console I have not seen before. They are: TCP/IP is low on TCBs. OF 256 blocks 24 are free TCP/IP is low on SCBs. Of 256 blocks 25 are free TCP/IP was very low on TCBs. Of 286 blocks, 42 are free after 30 more allocated. Where do I start to look and how critical is the situation? The message is just informational; the storage pools are automatically expanded. If you've never seen those messages before, then it indicates unusual activity. TCBs are used to describe TCP connections. SCBs are used to describe sockets. I'm guessing that if you look at NETSTAT you may see an unusually large number of connections. Read the Free Pool Statements section of the Configuring the TCP/IP server chapter of the TCP/IP Planning book for details. Alan Altmark z/VM Development IBM Endicott
Re: TCPIP low on TCBs
Don, TCBPOOLSIZE and SCBPOOLSIZE are set in PROFILE TCPIP. A NETSTAT POOLSIZE will show you how many are in use but the pools expand when the run out so if you aren't seeing this on a regular basis you might not want to change the sizes. Bill Dodge email: [EMAIL PROTECTED] Phone: (703)627-2455 If you don't know where you are going, any road will take you there. Lewis Carroll If you don't know where you are, a map won't help Unknown
Re: Virtual machine size
I think if this is working in 4.4.0 it must be running in 32-bit mode, is that true?? Peter Rothman [EMAIL PROTECTED] Sent by: VM/ESA and z/VM Discussions VMESA-L@LISTSERV.UARK.EDU 03/09/2006 10:22 AM Please respond to VM/ESA and z/VM Discussions VMESA-L@LISTSERV.UARK.EDU To VMESA-L@LISTSERV.UARK.EDU cc Subject Virtual machine size In z/VM 440 there is a field VMDSSIZE (at 4A8) in the VMDBK that indicates virtual storage size. I do not find this field in z/VM 520. Does it or its equivalent exist in 520. What is it called. Thanks
Re: Virtual machine size
correct. [EMAIL PROTECTED] ER.COM Sent by: VM/ESATo and z/VM VMESA-L@LISTSERV.UARK.EDU Discussionscc [EMAIL PROTECTED] .UARK.EDUSubject Re: Virtual machine size 03/09/2006 02:21 PM Please respond to VM/ESA and z/VM Discussions [EMAIL PROTECTED] .UARK.EDU I think if this is working in 4.4.0 it must be running in 32-bit mode, is that true?? Peter Rothman [EMAIL PROTECTED] Sent by: VM/ESA and z/VM Discussions VMESA-L@LISTSERV.UARK.EDUTo [EMAIL PROTECTED] ARK.EDU 03/09/2006 10:22 AMcc Subject Please respond to Virtual machine VM/ESA and z/VM Discussions size VMESA-L@LISTSERV.UARK.EDU In z/VM 440 there is a field VMDSSIZE (at 4A8) in the VMDBK that indicates virtual storage size. I do not find this field in z/VM 520. Does it or its equivalent exist in 520. What is it called. Thanks
TRACK for z/VM 5.2 (early support)
I have just somewhat officially announced and shown TRACK for z/VM 5.2 at SHARE. You can download the package at http://vm.marist.edu/track/ Note this is an -early- release for z/VM 5.2. It mostly works but there are a few things left that need to be cleaned up. For the most part should be very usable for the majority of folks using z/VM 5.2. If you run into problems or have questions, please do not hesitate to contact me. ___ James Vincent Systems Engineering Consultant Nationwide Services Co., Technology Infrastructure Engineering Mainframe, z/VM and z/Linux Support One Nationwide Plaza 3-25-02 Columbus OH 43215-2220 U.S.A Voice: (614) 249-5547Fax: (614) 677-7681 mailto:[EMAIL PROTECTED]
The Virtualization Cookbook - first draft
Hello linux-390-ers and vmesa-l-ers, A draft of the updated redbook z/VM and Linux on zSeries: From LPAR to Virtual Servers in Two Days is available for review. Jin Xiong and I have been updating it for z/VM 5.2 and SLES9 SP3. The new proposed title is z/VM and Linux on IBM System z: The Virtualization Cookbook. Mark Post has been gracious enough to put it on the Web at: http://linuxvm.org/present/ (top entry in Miscellaneous category) Summary of changes: A) What has been removed -) Chapter 10: Virtual communications server -) Chapter 11: Virtual communications controller server -) Section 9.5: An Eclipse application development system -) Appendix A: The SYSVINIT package -) Description of creating two VSWITCH controllers is no longer necessary. T B) What has been added -) A description of setting up a VNC client on a Windows desktop and the VNC server on zSeries Linux -) A new Chapter Servicing z/VM that describes how to apply a PTF and an RSU -) How to add a second controller so you can clone either 31-bit (s390) or 64-bit (s390x) servers -) A recipe for a DCSS/XIP2 shared file system (based on material by Carsten Otte and Carlos Ordonez) -) A recipe to create a logical volume C) What has been changed -) The term master image is used rather than golden image -) Less magic, more description and fewer associated files -) The vmcp module/command has been added and cpint/hcp by Neale Ferguson can still be used -) The mksles9root.sh script has been updated (and hacked) for SLES9 SP3 -) The clone.sh script does not require interaction after Are you sure, other major changes Thanks to David Boyes, Adam Thornton (Sine Nomine Associates), Bill Bitner, Bruce Hayden, Denny Refsnider, Roger Lunsford, Jim Switzer and Romney White (IBM Endicott), Duane Beyer, Michel Considine, Roy Costa, Greg Geiselhart, Tony Giaccone, Susan Greenlee, Dionne Graff, Bill Norton, Carlos Ordonez, Bruce Smilowitz, Kyle Smith, Helen Tsang, Donna Von Dehsen, Hossee Wakil, Dennis Wunder (IBM Poughkeepsie), Rob van der Heij (Velocity Software), Carsten Otte, Claudia Prawirakusumah (IBM Germany), Chester Hood (State of Tennessee), Jerry Epker (Fidelity Information Services), Bernard Wu (NCCI), and last but not least Mark Post (EDS). Please send me feedback if you have time to review it or feel free to ask questions if you use it. Hopefully it will be updated on the Redbooks Web site soon. Mike MacIsaac [EMAIL PROTECTED] (845) 433-7061
Re: Requirements for encrypting tape drives for z/VM
On Wed, 8 Mar 2006 16:40:54 -0500, David Boyes [EMAIL PROTECTED] wr ote: I just announced in a presentation at SHARE this week that we should have encryption support in the emulated tape control units in the next FLEX-ES V7 release (not V6) for emulated tapes on disk. This support is for tapes o n disk only and not SCSI tapes. As mentioned, a hardware encryption device between the SCSI adapter and a SCSI tape drive is required if you want th e data encrypted on a scsi tape. - If you currently backup or archive z/VM data, does your business require that you encrypt said backups/archives? Yes. If so, what are you using? Emulated 3490 to inline SCSI encryption device to SCSI 3490-F01 on the MP3K, emulated 3490 to inline SCSI encryption device to DLT on Flex boxen. This (IMHO) is a really good reason to finish the SCSI tape device support and provide 3420/3480/3490 tape emulation for SCSI/FCP devices in CP. Encryption devices for SCSI/FCP equipment are commodity items, and are already in place for the open systems boxes. Why invent another wheel, especially since you've done it before, and existing solutions are in place and commercially available that have minimal performance impact on the zSeries side? = === -- Gary Eheman Fundamental Software, Inc
Ted Kotlowski is out of the office.
I will be out of the office starting 03/10/2006 and will not return until 03/20/2006. I will respond to your message when I return. If your request requires immediate attention, Please contact the MVS Technical Support Hotline at 1-866-866-4488 x12000 This e-mail message and all attachments transmitted with it may contain legally privileged and/or confidential information intended solely for the use of the addressee(s). If the reader of this message is not the intended recipient, you are hereby notified that any reading, dissemination, distribution, copying, forwarding or other use of this message or its attachments is strictly prohibited. If you have received this message in error, please notify the sender immediately and delete this message and all copies and backups thereof. Thank you.