Re: Linux/ zVM question
We test new z/VM releases on second level machines and then implement on first level. We don't have separate vm test LPARs for new releases. Dan _ Dan Little [EMAIL PROTECTED] -Original Message- From: IBM Mainframe Discussion List To: IBM-MAIN@BAMA.UA.EDU Sent: Fri Mar 23 14:32:34 2007 Subject: Linux/ zVM question first please don't flame me. I know this is to talk about z/OS not VM but had a question. You can reply to me off-line if you want. We are starting to run Linux under z/VM for applications we will be porting over to it as away to consolidate work. Since my unit is responsible for the mainframe and the OS we also do z/VM installs etc. I am asking for a test environment for z/Vm so if new versions come out of Websphere/ Linux or z/VM we have a place to put it on. The person doing it said no the best thing to do is run the new version a second level VM system and we can test anything new in it. Im trying to find out for shops out there running z/VM do they have a test platform as in separate LPAR or how are they handling this? What is best practices in this area. I know for z/OS we have our test lab and sysplex just for the system programmers. Any ideas? Thanks! Andy Internet: Mailto:[EMAIL PROTECTED] The information contained in this message may be CONFIDENTIAL and is for the intended addressee only. Any unauthorized use, dissemination of the information, or copying of this message is prohibited. If you are not the intended addressee, please notify the sender immediately and delete this message. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html ___ This e-mail may be privileged and/or confidential, and the sender does not waive any related rights and obligations. Any distribution, use or copying of this e-mail or the information it contains by other than an intended recipient is unauthorized. If you received this e-mail in error, please advise me (by return e-mail or otherwise) immediately. Ce courrier électronique est confidentiel et protégé. L'expéditeur ne renonce pas aux droits et obligations qui s'y rapportent. Toute diffusion, utilisation ou copie de ce message ou des renseignements qu'il contient par une personne autre que le (les) destinataire(s) désigné(s) est interdite. Si vous recevez ce courrier électronique par erreur, veuillez m'en aviser immédiatement, par retour de courrier électronique ou par un autre moyen.
Re: ICSF on z890?
If you have no crypto coprocessors installed there is not much you can do with ICSF and I don't think it will even stay up if it can't find a coprocessor. Dan _ Dan Little [EMAIL PROTECTED] -Original Message- From: IBM Mainframe Discussion List To: IBM-MAIN@BAMA.UA.EDU Sent: Fri Mar 23 14:34:22 2007 Subject: ICSF on z890? I simply cannot get ICSF to work on our z890 (2086-A04). We don't have any crypto coprocessors. I don't know if we have CPACF on or not. Is there a way that I can tell from the HMC? If so, please be specific as to what to do and what to look for (thanks). I have created the two VSAM files: CKDS & PKDS. They are "uninitialized". I have created CSFPRM00 in PARMLIB. I have started the ICSF procedure. When I try to use the ISPF panels, I get "OPTION NOT ACTIVE" on just about everything that I try. In particular on "MASTER KEY", then "INIT/REFRESH CKDS" and "SET MK". I've followed the book to the best of my ability. I had it working on our old z800 may moons ago. We are planning to upgrade to a z9BC in about a month. Should I "give up" until then? -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology The information contained in this e-mail message may be privileged and/or confidential. It is for intended addressee(s) only. If you are not the intended recipient, you are hereby notified that any disclosure, reproduction, distribution or other use of this communication is strictly prohibited and could, in certain circumstances, be a criminal offense. If you have received this e-mail in error, please notify the sender by reply and delete this message without copying or disclosing it. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html ___ This e-mail may be privileged and/or confidential, and the sender does not waive any related rights and obligations. Any distribution, use or copying of this e-mail or the information it contains by other than an intended recipient is unauthorized. If you received this e-mail in error, please advise me (by return e-mail or otherwise) immediately. Ce courrier électronique est confidentiel et protégé. L'expéditeur ne renonce pas aux droits et obligations qui s'y rapportent. Toute diffusion, utilisation ou copie de ce message ou des renseignements qu'il contient par une personne autre que le (les) destinataire(s) désigné(s) est interdite. Si vous recevez ce courrier électronique par erreur, veuillez m'en aviser immédiatement, par retour de courrier électronique ou par un autre moyen.
Re: DTS Software ACC, Beta Systems Beta-55 ?
We use it and like it. Dan -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Richard Pinion Sent: 2007, March, 22 12:51 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: DTS Software ACC, Beta Systems Beta-55 ? I use ACC/SRS from DTS Software. --- [EMAIL PROTECTED] wrote: From: Steve Mann <[EMAIL PROTECTED]> To: IBM-MAIN@BAMA.UA.EDU Subject: DTS Software ACC, Beta Systems Beta-55 ? Date: Thu, 22 Mar 2007 10:40:30 -0500 Is anyone using either DTS Software's ACC (Alocation Control Center) or Beta System's Beta-55 product? Any information on user experiances with vendor and product (including product cost/maintenance) would be appreciated. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html _ Netscape. Just the Net You Need. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html ___ This e-mail may be privileged and/or confidential, and the sender does not waive any related rights and obligations. Any distribution, use or copying of this e-mail or the information it contains by other than an intended recipient is unauthorized. If you received this e-mail in error, please advise me (by return e-mail or otherwise) immediately. Ce courrier électronique est confidentiel et protégé. L'expéditeur ne renonce pas aux droits et obligations qui s'y rapportent. Toute diffusion, utilisation ou copie de ce message ou des renseignements qu'il contient par une personne autre que le (les) destinataire(s) désigné(s) est interdite. Si vous recevez ce courrier électronique par erreur, veuillez m'en aviser immédiatement, par retour de courrier électronique ou par un autre moyen. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBMLINK DOWN ALL DAY?
AMEN to that!!! Web does not necessarily equal GOOD. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Veilleux, Jon L Sent: 2007, March, 08 1:39 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: IBMLINK DOWN ALL DAY? NO, they are removing the version that works (3270). Jon L. Veilleux [EMAIL PROTECTED] (860) 636-2683 -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Bob_H Sent: Thursday, March 08, 2007 1:35 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: IBMLINK DOWN ALL DAY? Might be why it is being removed. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html - This e-mail may contain confidential or privileged information. If you think you have received this e-mail in error, please advise the sender by reply e-mail and then delete this e-mail immediately. Thank you. Aetna -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html ___ This e-mail may be privileged and/or confidential, and the sender does not waive any related rights and obligations. Any distribution, use or copying of this e-mail or the information it contains by other than an intended recipient is unauthorized. If you received this e-mail in error, please advise me (by return e-mail or otherwise) immediately. Ce courrier électronique est confidentiel et protégé. L'expéditeur ne renonce pas aux droits et obligations qui s'y rapportent. Toute diffusion, utilisation ou copie de ce message ou des renseignements qu'il contient par une personne autre que le (les) destinataire(s) désigné(s) est interdite. Si vous recevez ce courrier électronique par erreur, veuillez m'en aviser immédiatement, par retour de courrier électronique ou par un autre moyen. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SMP/E packaging for RECEIVE ORDER?
Survey question: What do you do? 1. Download directly to z/OS a. FTP (what client?) - z/OS FTP for lots and lots of stuff b. Other (specify) 2. Download to desktop, and then to z/OS: yes but only when there is no choice - some vendors force you to download via HTTPS or HTTP and don't give you an FTP site to download from directly to z/OS. a. FTP - yes...down to PC via whatever web method the vendor imposes and then FTP up to the host. b. Samba c. IND$FILE d. NFS e. Other (specify) 3. RECEIVE FROMNETWORK - Yes 4. RECEIVE ORDER - Yes 5. Tape - last choice but some vendors don't give a choice still... Dan Little RBC Financial Group Toronto, ON - - This e-mail may contain confidential or privileged information. If you think you have received this e-mail in error, please advise the sender by reply e-mail and then delete this e-mail immediately. Thank you. Aetna -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html ___ This e-mail may be privileged and/or confidential, and the sender does not waive any related rights and obligations. Any distribution, use or copying of this e-mail or the information it contains by other than an intended recipient is unauthorized. If you received this e-mail in error, please advise me (by return e-mail or otherwise) immediately. Ce courrier électronique est confidentiel et protégé. L'expéditeur ne renonce pas aux droits et obligations qui s'y rapportent. Toute diffusion, utilisation ou copie de ce message ou des renseignements qu'il contient par une personne autre que le (les) destinataire(s) désigné(s) est interdite. Si vous recevez ce courrier électronique par erreur, veuillez m'en aviser immédiatement, par retour de courrier électronique ou par un autre moyen. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Duplicate jobs running concurrently in z/OS 1.8
Hi We have 4 systems in a sysplex running JES2. 3 of the systems are in one MAS and 1 has its own MAS of 1. While less than 3 of the systems in the 3-system MAS were at z/OS 1.8 and one or more was at z/OS 1.7 we had no issues. The MAS is of 1 was and still is running z/OS 1.7. When the 3rd of the systems in the 3-system MAS went to z/OS 1.8 suddenly jobs with duplicate names started running simultaneously even though we have JOBDEF DUPL_JOB=DELAY and JOBCLASS(x) DUPL_JOB=DELAY on all classes. We also have single jobs that will not start which show up as held being a duplicate. Currently both IBM JES2 and MVS Solutions Thruput Manager support seem to be baffled. Has anyone see anything like this? Dan Dan Little RBC Financial Group Toronto, ON 416-348-4502 ___ This e-mail may be privileged and/or confidential, and the sender does not waive any related rights and obligations. Any distribution, use or copying of this e-mail or the information it contains by other than an intended recipient is unauthorized. If you received this e-mail in error, please advise me (by return e-mail or otherwise) immediately. Ce courrier électronique est confidentiel et protégé. L'expéditeur ne renonce pas aux droits et obligations qui s'y rapportent. Toute diffusion, utilisation ou copie de ce message ou des renseignements qu'il contient par une personne autre que le (les) destinataire(s) désigné(s) est interdite. Si vous recevez ce courrier électronique par erreur, veuillez m'en aviser immédiatement, par retour de courrier électronique ou par un autre moyen.
