Re: DDR Back-up with verifying Tape label
David, What do you mean 'the version of DDR that works with CMS Pipelines'? We use default DDR in z/VM V6.1 now. do i need to order special version of DDR? or if dafault DDR in z/VM V6.1 is fine, coud you give me sample DDR procedure or program to verify TAPE Label during DDR Pack-dump? Regards Tae Min Baek Mmaa Bldg, 467-12 Dogok-Dong Advisory IT Architect Seoul, 135700 z/Linux Team Korea IBM Sales & Distribution, STG Sales Phone: +822-3781-8224 Mobile: +82-010-4995-8224 e-mail: tmb...@kr.ibm.com From: David Boyes To: IBMVM@LISTSERV.UARK.EDU Date: 2010-05-04 오후 08:56 Subject:Re: DDR Back-up with verifying Tape label Sent by:The IBM z/VM Operating System > If you mean the volser of the tape, no. DDR uses unlabeled tapes. Or use the version of DDR that works with CMS Pipelines (NOT PIPEDDR) and have the TAPn stage manage the labels. Works nicely. Do I need to do a requirement for IBM to ship the version of DDR that supports this as the default DDR? It'd be real nice if the CMS file support was also added to the "standard" one... -- db <>
AUTO: Jon Nolting is on vacation. I will be checking emails occasionally. (returning 05/13/2010)
I am out of the office until 05/13/2010. Note: This is an automated response to your message "?full-pack dedicated volumes vs full-pack minidisk volumes" sent on 5/5/10 12:31:15. This is the only notification you will receive while this person is away.
REPLAY available - May 4 Webcast: The Linux on System z toolchain in a nutshell
Posted to IBMVM,Linux390 & IBMMain for those who are interested in one-hour webcasts. This replay is about Linux on System z. Topic: The Linux on System z toolchain in a nutshell Speaker: Hans-Joachim Picht, IBM Boeblingen Level: Basic to Intermediate Duration: 60 minutes Launch and listen to replay: http://ibmstg.na3.acrobat.com/p27004477/ For customers, ISVs, and BP's. There is no charge to participate in this technical education session Abstract: The System z tools package is the essential tool chain for Linux on System z. It contains everything from the bootloader to dump related tools. This 1-hour webcast will outline the major tools of this package and present them in a nutshell; including the primary use cases; hints and real world examples providing a quick; authoritative solutions to daily system administration challenges. Furthermore the latest additions and extensions will be presented. We apologize for those who had trouble enrolling, or if you had difficulty getting into the web cast. They had to cancel the morning session but had a full house in the afternoon. Thanks for your patience. We will keep track of the LVC's at this web site, in case you ever want to go back and find one (or look for others at some time in the future). http://www.vm.ibm.com/education/lvc/ Julie is looking at the next one for z/VSE. Let us know if there's a particular z/VM, Linux on System z, or z/VSE topic you want to hear and we'll do our best to get an IBM presenter for it. Regards, Pam C P.S. The sunshine and ice cream refers to the beautiful blue sky day we had today. And the soft serve ice cream truck came by. yum.
Re: full-pack dedicated volumes vs full-pack minidisk volumes
In our shop, we have Linux guest machines defined as dedicated volumes (this was a holdover from the days before we got z/VM). Some other Linux machines are also using full-pack minidisks. Is there an advantage to using one over the other? What about performance? Fullpack minidisks are potentially eligible for MDC. Dedicated volumes aren't AFAIK. There are also some optimizations that are available to DEVNO and dedicated devices that aren't available to minidisks, but I'm not sure it's worth the management hassle unless you're doing really tight deadline OLTP. Re: performance - on modern hardware, the difference is still measurable, but it's a lot smaller than it used to be. Use your performance monitor to see what it's like on your box. Now that you have VM, start using cyl 1 to x minidisks and let VM worry about the labels and real cyl 0. Makes DR and rearranging disk ENORMOUSLY easier.
full-pack dedicated volumes vs full-pack minidisk volumes
Hi Folks.. In our shop, we have Linux guest machines defined as dedicated volumes (this was a holdover from the days before we got z/VM). Some other Linux machines are also using full-pack minidisks. Is there an advantage to using one over the other? What about performance? Thanks Karl Kingston Systems Programmer County of Onondaga
Re: VMTAPE Command
> How the library manager is controlled depends entirely upon the > manufacturer. When we had an IBM ATL, we indeed used RMSMASTER. Ah, right. I keep forgetting about the STK stuff -- I guess the therapy finally took 8-). In any case, the point still stands that the tape managers call "something else" to control the library automation. Maybe you should add NJE to your Linux systems? If we could agree on a command protocol, you might end up defining how to get channel-attached tape usable in Linux. -- db
AUTO: Fred Shaheen/Endicott/IBM is out of the office. (returning 05/06/2010)
I am out of the office until 05/06/2010. Out of the office on Wednesday PM. Back in the office Thursday AM. Please call my cell in case of urgent matters. (607) 237-4628. Note: This is an automated response to your message "Re: VMTAPE Command" sent on 5/5/10 10:25:07. This is the only notification you will receive while this person is away.
Re: VMTAPE Command
How the library manager is controlled depends entirely upon the manufacturer. When we had an IBM ATL, we indeed used RMSMASTER. When we switched to an Sun/STK VTS, Sun/STK required that we install: a separate Sparc workstation running Redhat, software on VM to talk over IP to that Redhat workstation, and that would then talk to Sun/STK software on a z/OS system to control the library. I saw that as a long string of problems (including firewall changes) just waiting to fail - often, and without warning. Too many control points beyond our control! Long ago I'd developed a band-aid/bubblegum method of entering a command on VM:Operator, which would send a message through an RSCS NJE connection to our z/OS systems. Automation on those z/OS systems trapped the message, issued the requested command on the appropriate z/OS system(s), trapped the response, and sent it back as a string messages in rexx stem variable format through that same RSCS NJE connection. VM:Operator trapped the response and displayed it for forwarded it to the command issuer. After couple weeks of work, that process was improved to enter the Sun/STK ".MOUNT". ".DISM", and other ".command"s as if the z/OS Operator had issued them. We prevented an expense of over $50,000 for the Sun/STK software "required" on z/VM, the Sun/STK Sparc workstation, a Redhat implementation, firewall rules, untold tape mount failures due to messed up firewall changes, and multiple points of failure. One day I might get around to replacing that band-aid/bubblegum connection with something less complex and actually supported - but until then, it continues to work great. It's not pretty, it's not simple, but it does the job. Neither Sun/STK's recommended installation, nor my alternate solution required DFSMS/CMS. Mike Walter Hewitt Associates The opinions expressed herein are mine alone, not my employer's. "David Boyes" Sent by: "The IBM z/VM Operating System" 05/05/2010 09:25 AM Please respond to "The IBM z/VM Operating System" To IBMVM@LISTSERV.UARK.EDU cc Subject Re: VMTAPE Command > I'd be somewhat surprised that a hardware provider has a requirement > for a > very specific software vendor's tape library product (e.g. CA's > VM:Tape, > IBM's "Tape Manager for z/VM" product, etc.). In fact, since the interface for manipulating library changer hardware is not documented, most call out to DFSMS/CMS to do the deed. The information contained in this e-mail and any accompanying documents may contain information that is confidential or otherwise protected from disclosure. If you are not the intended recipient of this message, or if this message has been addressed to you in error, please immediately alert the sender by reply e-mail and then delete this message, including any attachments. Any dissemination, distribution or other use of the contents of this message by anyone other than the intended recipient is strictly prohibited. All messages sent to and from this e-mail address may be monitored as permitted by applicable law and regulations to ensure compliance with our internal policies and to protect our business. E-mails are not secure and cannot be guaranteed to be error free as they can be intercepted, amended, lost or destroyed, or contain viruses. You are deemed to have accepted these risks if you communicate with us by e-mail.
Re: VMTAPE Command
> I'd be somewhat surprised that a hardware provider has a requirement > for a > very specific software vendor's tape library product (e.g. CA's > VM:Tape, > IBM's "Tape Manager for z/VM" product, etc.). In fact, since the interface for manipulating library changer hardware is not documented, most call out to DFSMS/CMS to do the deed.
Re: FTP of Nomad database files from VM to VM
Try TYPE E, MODE B. You need both to preserve CMS file structure. From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Tracy, David Sent: Tuesday, May 04, 2010 2:16 PM To: IBMVM@LISTSERV.UARK.EDU Subject: FTP of Nomad database files from VM to VM All, I am attempting to FTP Nomad Database files from a VM(5.3) system to another VM(5.4) system. I have tried binary and EBCDIC without success... Has anyone had success doing this that you would like to share? Thank you in advance... ...Dave
