Re: Any Rumors?
On Fri, Feb 15, 2008 at 6:56 AM, Marcy Cortes [EMAIL PROTECTED] wrote: No kidding, MA. I will be using that gender-based HE stuff :) Perhaps it still has time to come back as a z10 or better yet a zA. As for zA - I'm pretty sure that would suggest folks outside Europe that IBM did a major software acquisition :-) and keep IBM Legal busy for quite a while... Rob
OT: gmail advertising
Since it's friday here... As you may know GMAIL funds their e-mail service by putting advertising on your screen that is sort-of related to the text of your e-mail. I frequently have my fun with the various Plumber announcements and off-short job positions dealing with Pipelines. But today a mail about hardware support for LPAR and/or z/VM was decorated with a link to this one: http://www.jacknob.com/ -Rob
Re: gmail advertising
But today a mail about hardware support for LPAR and/or z/VM was decorated with a link to this one: http://www.jacknob.com/ Adds a whole new meaning to scalable. -- db
Re: gmail advertising
Looks like their Turk (from SC:Terminator series) needs a little work yet. -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Rob van der Heij Sent: Friday, February 15, 2008 6:05 AM To: IBMVM@LISTSERV.UARK.EDU Subject: OT: gmail advertising Since it's friday here... As you may know GMAIL funds their e-mail service by putting advertising on your screen that is sort-of related to the text of your e-mail. I frequently have my fun with the various Plumber announcements and off-short job positions dealing with Pipelines. But today a mail about hardware support for LPAR and/or z/VM was decorated with a link to this one: http://www.jacknob.com/ -Rob
Re: Any Rumors?
I want to see what happens when IBM gets to the zZ processor. Their TOP of the line processor. (yep, zZ/TOP). (. . . and yep, it's a Friday). Steve G. -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Marcy Cortes Sent: Friday, February 15, 2008 12:56 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Any Rumors? No kidding, MA. I will be using that gender-based HE stuff :) Perhaps it still has time to come back as a z10 or better yet a zA. zA = a really yummy pizza chain here in SF :) -- although maybe the case is reversed, huh. Marcy Cortes 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 Mary Anne Matyaz Sent: Thursday, February 14, 2008 6:27 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: [IBMVM] Any Rumors? Do you regret getting us started on this tangent yet? Uh, yes. Though most of these have been very entertaining. :) MA
Re: Installation Verification Procedures
I can't let this one go by . . . VM is probably a little more stable than MVS after an initial install, hence it's lack of IVP. I'll be in my Fortress of Solitude now. (It's also flame-proof). 8-) Steve G. Yu Sy T E M S From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Fred Schmidt Sent: Thursday, February 14, 2008 8:15 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Installation Verification Procedures Does anybody run some form of Installation Verification Procedures (IVP's) for z/VM's base components? If so, are they home-grown, or where did you find them? I note that some licensed products for z/VM have IVP's in their Program Directories, but don't see anything mentioned for the z/VM base or the Performance Toolkit, etc. Coming from an MVS background, it is pretty standard to run IVP's to at least verify basic functionality of products, so you know that installation was performed correctly. Regards, Fred Schmidt Department of Corporate and Information Services (DCIS) Data Centre Services (DCS) Northern Territory Government, Australia
Re: Any Rumors?
Marcy Cortes wrote: No kidding, MA. I will be using that gender-based HE stuff :) Perhaps it still has time to come back as a z10 or better yet a zA. zA = a really yummy pizza chain here in SF :) -- although maybe the case is reversed, huh. Marcy Cortes Is your data center ready? Build it and HE will come :-) It's Friday here, too. -- DJ V/Soft z/VM and mainframe Linux expertise, training, consulting, and software development www.vsoft-software.com
Re: Any Rumors?
Mary Anne Matyaz [EMAIL PROTECTED] wrote, when asked Do you regret getting us started on this tangent yet?: Uh, yes. Though most of these have been very entertaining. :) We're a bunch of pikers. The gang on IBM-MAIN would have taken this thread into at least seven completely irrelevant discussions and two flamewars by now. What's wrong with us??? ...phsiii
Re: Any Rumors?
I thought of this thread last night while watching 'Deal or No Deal' (yes I do have a social life) they got the male contestant to wear high heels and a dress. Could the next generation mainframe also be a cross dresser? Able to run a real operating system and windoze? The designation might be Z/w. -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] Behalf Of Phil Smith III Sent: Friday, February 15, 2008 7:44 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Any Rumors? Mary Anne Matyaz [EMAIL PROTECTED] wrote, when asked Do you regret getting us started on this tangent yet?: Uh, yes. Though most of these have been very entertaining. :) We're a bunch of pikers. The gang on IBM-MAIN would have taken this thread into at least seven completely irrelevant discussions and two flamewars by now. What's wrong with us??? ...phsiii
Re: OT: gmail advertising
What timing! I was just wondering where I could get a pouch. On Fri, Feb 15, 2008 at 6:05 AM, Rob van der Heij [EMAIL PROTECTED] wrote: Since it's friday here... As you may know GMAIL funds their e-mail service by putting advertising on your screen that is sort-of related to the text of your e-mail. I frequently have my fun with the various Plumber announcements and off-short job positions dealing with Pipelines. But today a mail about hardware support for LPAR and/or z/VM was decorated with a link to this one: http://www.jacknob.com/ -Rob -- Mark Pace Mainline Information Systems
emaulating older CPU
Hi, This is a bit of a long shot, but is it possible for a newer z990 LPAR to emulate an older processor such as a 9672 Z67? We need to validate a TPF system on this box, and we were wondering if VM could simulate this. Thanks, Ken Vance System Programmer/Analyst, Operating System Services - Support Platforms Software Services Amadeus Data Processing GmbH Erding Germany T: +49 (0) 8122 - 43 40 62 F: +49 (0) 8122 - 43 32 60 [EMAIL PROTECTED] IMPORTANT - CONFIDENTIALITY NOTICE - This e-mail is intended only for the use of the individual or entity shown above as addressees . It may contain information which is privileged, confidential or otherwise protected from disclosure under applicable laws . If the reader of this transmission is not the intended recipient, you are hereby notified that any dissemination, printing, distribution, copying, disclosure or the taking of any action in reliance on the contents of this information is strictly prohibited. If you have received this transmission in error, please immediately notify us by reply e-mail or using the address below and delete the message and any attachments from your system . Amadeus Data Processing GmbH Geschäftsführer: Eberhard Haag Sitz der Gesellschaft: Erding HR München 48 199 Berghamer Strasse 6 85435 Erding Germanyimage/gif
Re: CA VM:Operator
Ken: Linux commands are case sensitive too so I use this EXEC: /* * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * */ /* ITS Test System Support 001206kw */ /* * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * */ /* LINUXEXEC: Send a command to a Linux guest. */ /* * Updates: * yymmdd ... */ Trace 'E' Parse Source . . exnm . exmsg = '*' exnm':' exerr = exmsg 'ERROR -' Parse Arg uid cmd UPPER uid Parse UPPER Var cmd cmd1 . Select When cmd1 = 'CP' Then Do cmd1 = 'CP' UPPER cmd End When cmd1 = 'CMS' Then Do cmd1 = '' UPPER cmd End Otherwise cmd1 = '' End Parse Value Diagrc(8,'CP SEND' cmd1 uid Strip(cmd,'B')) With cprc . cpresp If cprc 0 Then Do Say exerr 'CP SEND' cmd1 uid cmd '-rc='rc Do Until cpresp = '' Parse Value cpresp With cprsp '15'x cpresp Say exerr Strip(cprsp,'B') End End Exit cprc Ken Vance [EMAIL PROTECTED] Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 02/15/2008 09:40 AM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject CA VM:Operator -- Information from the mail header --- Sender: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU Poster: Ken Vance [EMAIL PROTECTED] Subject: CA VM:Operator --- This is a multipart message in MIME format. --=_related 00509CAEC12573F0_= Content-Type: multipart/alternative; boundary==_alternative 00509CAEC12573F0_= --=_alternative 00509CAEC12573F0_= Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hi, Has anyone used CA's VM:Operator to send lower case commands to a guest?=20 Is the uppercase translation being done by the VM SEND command? I set my=20 Id as secuser to a TPF guest. I then issue a SEND command with a lower=20 case component, but it appears to be translated to uppercase. I there a way to allow the lower case to be processed? /* */=20 'CP SET SECUSER OSC0F1 OSX014'=20 =20 'SEND OSC0F1 zfile echo test'=20 =20 'CP SET SECUSER OSC0F1 TPFOPER3'=20 -- =20 HCPCFX6768I Your SECUSER set to OSX014 by OSX014.=20 CVAA0001I 14.19.30 S1 0901 -- ZFILE ECHO TEST=20 FILE0002I 14.19.30 START OF ERROR DISPLAY FROM ECHO TEST=20 ECHO: not found=20 END OF DISPLAY $$$ FILE0002I+=20 If I use a VM:Operator console, and enter the command, it works OK. It=20 only seems to be a problem if you want to send the command from an exec on = another machine. zfile echo test=20 Sent from OSX014 : zfile echo test=20 CVAA0001I 14.36.55 S1 0901 -- ZFILE ECHO TEST=20 FILE0001I 14.36.55 START OF DISPLAY FROM echo test=20 test=20 END OF DISPLAY $$$ FILE0001I+=20 =20 Thanks, Ken Vance System Programmer/Analyst, Operating System Services - Support Platforms Software Services Amadeus Data Processing GmbH Erding Germany T: +49 (0) 8122 - 43 40 62 F: +49 (0) 8122 - 43 32 60 [EMAIL PROTECTED] IMPORTANT - CONFIDENTIALITY NOTICE - This e-mail is intended only for=20 the use of the individual or entity shown above as addressees . It may=20 contain information which is privileged, confidential or otherwise=20 protected from disclosure under applicable laws . If the reader of this=20 transmission is not the intended recipient, you are hereby notified that=20 any dissemination, printing, distribution, copying, disclosure or the=20 taking of any action in reliance on the contents of this information is=20 strictly prohibited. If you have received this transmission in error,=20 please immediately notify us by reply e-mail or using the address below=20 and delete the message and any attachments from your system .=20 Amadeus Data Processing GmbH=20 Gesch=E4ftsf=FChrer: Eberhard Haag=20 Sitz der Gesellschaft: Erding=20 HR M=FCnchen 48 199=20 Berghamer Strasse 6=20 85435 Erding=20 Germany --=_alternative 00509CAEC12573F0_= Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable brfont size=3D2 face=3Dsans-serifHi,/font br brfont size=3D2 face=3Dsans-serifHas anyone used CA's VM:Operator to send lower case commands to a guest? nbsp;Is the uppercase translation being done by the VM SEND command? nbsp;I set my Id as secuser to a TPF guest. nbsp;I then issue a SEND command with a lower case component, but it appears to be translated to uppercase./font br brfont size=3D2 face=3Dsans-serifI there a way to allow the lower case to be processed?/font br br brfont size=3D2 face=3DCourier New/* */ nbsp; nbsp; nbsp; nbsp; = nbsp; nbsp; nbsp; nbsp; nbsp; nbsp; nbsp; nbsp; nbsp; nbsp; /font brfont size=3D2 face=3DCourier New'CP SET SECUSER OSC0F1 OSX014' nbs= p; nbsp;/font brfont size=3D2 face=3DCourier Newnbsp; nbsp; nbsp; nbsp; nbsp; nbsp; nbsp; nbsp; nbsp;
Re: OT: gmail advertising
On Feb 15, 2008, at 5:05 AM, Rob van der Heij wrote: Since it's friday here... As you may know GMAIL funds their e-mail service by putting advertising on your screen that is sort-of related to the text of your e-mail. I frequently have my fun with the various Plumber announcements and off-short job positions dealing with Pipelines. But today a mail about hardware support for LPAR and/or z/VM was decorated with a link to this one: http://www.jacknob.com/ I gotta say, that's much more innocuous than what I feared when I saw the URL. Adam
Re: CA VM:Operator
SEND upper cases it. I use this SENDLNX EXEC: /* REXX */ address COMMAND parse arg linuxid cmd upper linuxid cpcmd = 'SEND' linuxid cmd say cpcmd cprc = substr(Diagrc(8,cpcmd),1,9) say cprc exit cprc -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Ken Vance Sent: Friday, February 15, 2008 9:41 AM To: IBMVM@LISTSERV.UARK.EDU Subject: CA VM:Operator Hi, Has anyone used CA's VM:Operator to send lower case commands to a guest? Is the uppercase translation being done by the VM SEND command? I set my Id as secuser to a TPF guest. I then issue a SEND command with a lower case component, but it appears to be translated to uppercase. I there a way to allow the lower case to be processed? /* */ 'CP SET SECUSER OSC0F1 OSX014' 'SEND OSC0F1 zfile echo test' 'CP SET SECUSER OSC0F1 TPFOPER3' -- HCPCFX6768I Your SECUSER set to OSX014 by OSX014. CVAA0001I 14.19.30 S1 0901 -- ZFILE ECHO TEST FILE0002I 14.19.30 START OF ERROR DISPLAY FROM ECHO TEST ECHO: not found END OF DISPLAY $$$ FILE0002I+ If I use a VM:Operator console, and enter the command, it works OK. It only seems to be a problem if you want to send the command from an exec on another machine. zfile echo test Sent from OSX014 : zfile echo test CVAA0001I 14.36.55 S1 0901 -- ZFILE ECHO TEST FILE0001I 14.36.55 START OF DISPLAY FROM echo test test END OF DISPLAY $$$ FILE0001I+ Thanks, Ken Vance System Programmer/Analyst, Operating System Services - Support Platforms Software Services Amadeus Data Processing GmbH Erding Germany T: +49 (0) 8122 - 43 40 62 F: +49 (0) 8122 - 43 32 60 [EMAIL PROTECTED] http://www.amadeus.com/2020/index.html IMPORTANT - CONFIDENTIALITY NOTICE - This e-mail is intended only for the use of the individual or entity shown above as addressees . It may contain information which is privileged, confidential or otherwise protected from disclosure under applicable laws . If the reader of this transmission is not the intended recipient, you are hereby notified that any dissemination, printing, distribution, copying, disclosure or the taking of any action in reliance on the contents of this information is strictly prohibited. If you have received this transmission in error, please immediately notify us by reply e-mail or using the address below and delete the message and any attachments from your system . Amadeus Data Processing GmbH Geschäftsführer: Eberhard Haag Sitz der Gesellschaft: Erding HR München 48 199 Berghamer Strasse 6 85435 Erding Germany This message w/attachments (message) may be privileged, confidential or proprietary, and if you are not an intended recipient, please notify the sender, do not use or share it and delete it. Unless specifically indicated, this message is not an offer to sell or a solicitation of any investment products or other financial product or service, an official confirmation of any transaction, or an official statement of Merrill Lynch. Subject to applicable law, Merrill Lynch may monitor, review and retain e-communications (EC) traveling through its networks/systems. The laws of the country of each sender/recipient may impact the handling of EC, and EC may be archived, supervised and produced in countries other than the country in which you are located. This message cannot be guaranteed to be secure or error-free. This message is subject to terms available at the following link: http://www.ml.com/e-communications_terms/. By messaging with Merrill Lynch you consent to the foregoing.
Re: emaulating older CPU
A pure VM never simulates a different processor, it even never simulated older disk models (e.g. a 3390 minidisk with cylinders, but located on a 3390 mdl 3 pack was still reported as 3390 mdl 3. Operating systems that are ware of VM being on top of them may have a better chance of running under VM as opposed to native as they might avoid certain things, knowing that VM takes care of it. But, that's all. Internally IBM has some tool, derived from VM, that simulates more things. I don't know details though and it is not available outside anyway. 2008/2/15, Ken Vance [EMAIL PROTECTED]: Hi, This is a bit of a long shot, but is it possible for a newer z990 LPAR to emulate an older processor such as a 9672 Z67? We need to validate a TPF system on this box, and we were wondering if VM could simulate this. Thanks, Ken Vance System Programmer/Analyst, Operating System Services - Support Platforms Software Services Amadeus Data Processing GmbH Erding Germany T: +49 (0) 8122 - 43 40 62 F: +49 (0) 8122 - 43 32 60 [EMAIL PROTECTED] -- Kris Buelens, IBM Belgium, VM customer support
CA VM:Operator
Hi, Has anyone used CA's VM:Operator to send lower case commands to a guest? Is the uppercase translation being done by the VM SEND command? I set my Id as secuser to a TPF guest. I then issue a SEND command with a lower case component, but it appears to be translated to uppercase. I there a way to allow the lower case to be processed? /* */ 'CP SET SECUSER OSC0F1 OSX014' 'SEND OSC0F1 zfile echo test' 'CP SET SECUSER OSC0F1 TPFOPER3' -- HCPCFX6768I Your SECUSER set to OSX014 by OSX014. CVAA0001I 14.19.30 S1 0901 -- ZFILE ECHO TEST FILE0002I 14.19.30 START OF ERROR DISPLAY FROM ECHO TEST ECHO: not found END OF DISPLAY $$$ FILE0002I+ If I use a VM:Operator console, and enter the command, it works OK. It only seems to be a problem if you want to send the command from an exec on another machine. zfile echo test Sent from OSX014 : zfile echo test CVAA0001I 14.36.55 S1 0901 -- ZFILE ECHO TEST FILE0001I 14.36.55 START OF DISPLAY FROM echo test test END OF DISPLAY $$$ FILE0001I+ Thanks, Ken Vance System Programmer/Analyst, Operating System Services - Support Platforms Software Services Amadeus Data Processing GmbH Erding Germany T: +49 (0) 8122 - 43 40 62 F: +49 (0) 8122 - 43 32 60 [EMAIL PROTECTED] IMPORTANT - CONFIDENTIALITY NOTICE - This e-mail is intended only for the use of the individual or entity shown above as addressees . It may contain information which is privileged, confidential or otherwise protected from disclosure under applicable laws . If the reader of this transmission is not the intended recipient, you are hereby notified that any dissemination, printing, distribution, copying, disclosure or the taking of any action in reliance on the contents of this information is strictly prohibited. If you have received this transmission in error, please immediately notify us by reply e-mail or using the address below and delete the message and any attachments from your system . Amadeus Data Processing GmbH Geschäftsführer: Eberhard Haag Sitz der Gesellschaft: Erding HR München 48 199 Berghamer Strasse 6 85435 Erding Germanyimage/gif
Re: emaulating older CPU
On Friday, 02/15/2008 at 09:19 EST, Ken Vance [EMAIL PROTECTED] wrote: This is a bit of a long shot, but is it possible for a newer z990 LPAR to emulate an older processor such as a 9672 Z67? We need to validate a TPF system on this box, and we were wondering if VM could simulate this. No. One of the primary differences between System z virtualization and other platforms is that z/VM and LPAR give the guest access to the real hardware. It is what it is, and there is no provision in the hardware to trap out if a guest issues an instruction that exists on the z990, but not on the 9672. Alan Altmark z/VM Development IBM Endicott
Re: CA VM:Operator
You miss ADDRESS COMMAND, without that, CMS xlates every command toi uppercase. 2008/2/15, Ken Vance [EMAIL PROTECTED]: Hi, Has anyone used CA's VM:Operator to send lower case commands to a guest? Is the uppercase translation being done by the VM SEND command? I set my Id as secuser to a TPF guest. I then issue a SEND command with a lower case component, but it appears to be translated to uppercase. I there a way to allow the lower case to be processed? /* */ 'CP SET SECUSER OSC0F1 OSX014' 'SEND OSC0F1 zfile echo test' 'CP SET SECUSER OSC0F1 TPFOPER3' -- HCPCFX6768I Your SECUSER set to OSX014 by OSX014. CVAA0001I 14.19.30 S1 0901 -- ZFILE ECHO TEST FILE0002I 14.19.30 START OF ERROR DISPLAY FROM ECHO TEST ECHO: not found END OF DISPLAY $$$ FILE0002I+ If I use a VM:Operator console, and enter the command, it works OK. It only seems to be a problem if you want to send the command from an exec on another machine. zfile echo test Sent from OSX014 : zfile echo test CVAA0001I 14.36.55 S1 0901 -- ZFILE ECHO TEST FILE0001I 14.36.55 START OF DISPLAY FROM echo test test END OF DISPLAY $$$ FILE0001I+ Thanks, *Ken Vance** System Programmer/Analyst, Operating System Services - Support Platforms* Software Services Amadeus Data Processing GmbH Erding Germany T: +49 (0) 8122 - 43 40 62 F: +49 (0) 8122 - 43 32 60 [EMAIL PROTECTED] [image: Amadeus logo] http://www.amadeus.com/2020/index.html IMPORTANT - CONFIDENTIALITY NOTICE - This e-mail is intended only for the use of the individual or entity shown above as addressees . It may contain information which is privileged, confidential or otherwise protected from disclosure under applicable laws . If the reader of this transmission is not the intended recipient, you are hereby notified that any dissemination, printing, distribution, copying, disclosure or the taking of any action in reliance on the contents of this information is strictly prohibited. If you have received this transmission in error, please immediately notify us by reply e-mail or using the address below and delete the message and any attachments from your system . Amadeus Data Processing GmbH Geschäftsführer: Eberhard Haag Sitz der Gesellschaft: Erding HR München 48 199 Berghamer Strasse 6 85435 Erding Germany -- Kris Buelens, IBM Belgium, VM customer support
Re: How comments treated by DIRMAINT
On Friday, 02/15/2008 at 10:10 EST, Horlick, Michael [EMAIL PROTECTED] wrote: The line ?LINK QALPCS 0500 0500 MW? has been shuffled after the comment line ?* 360 - ZYZMGH (Master Catalog, Power, Hardcopy,Recorder,etc...)? So what?s the secret here? I would suggest opening a PMR and getting people In The Know to help you. Alan Altmark z/VM Development IBM Endicott
Re: Any Rumors?
On Feb 15, 2008, at 7:11 AM, Gentry, Stephen wrote: I want to see what happens when IBM gets to the zZ processor. Their TOP of the line processor. (yep, zZ/TOP). (. . . and yep, it's a Friday). a-HAW HAW HAW Adam
Re: Installation Verification Procedures
On Feb 15, 2008, at 9:07 AM, Alan Altmark wrote: Program products have IVPs because I don't know. The great thing about computers, unlike people, is that they reliably do the same thing every time. Here speaks a man who works in Endicott, not in Redmond. Adam
Re: CA VM:Operator
It is not SEND that uppercases it, SUBCOM CMS is, what is addressed by PIPE's CMS stage, ADDRESS CMS in REXX, XEDIT's command line, ... In the exec below, the DIAG function is used and address COMMAND/CMS makes no difference there. If SEND were to uppercase, the bypass using REXX DIAG(8,'SEND xxx' ) or PIPE CP SEND xxx wouldn't work. 2008/2/15, Stracka, James (GTI) [EMAIL PROTECTED]: SEND upper cases it. I use this SENDLNX EXEC: /* REXX */ address COMMAND parse arg linuxid cmd upper linuxid cpcmd = 'SEND' linuxid cmd say cpcmd cprc = substr(Diagrc(8,cpcmd),1,9) say cprc exit cprc -- Kris Buelens, IBM Belgium, VM customer support
Re: How comments treated by DIRMAINT
Ok, will do. -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Alan Altmark Sent: February 15, 2008 10:29 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: How comments treated by DIRMAINT On Friday, 02/15/2008 at 10:10 EST, Horlick, Michael [EMAIL PROTECTED] wrote: The line ?LINK QALPCS 0500 0500 MW? has been shuffled after the comment line ?* 360 - ZYZMGH (Master Catalog, Power, Hardcopy,Recorder,etc...)? So what?s the secret here? I would suggest opening a PMR and getting people In The Know to help you. Alan Altmark z/VM Development IBM Endicott
Re: How comments treated by DIRMAINT
Greetings, Hopefully you can see the attachments. I created a user, got its directory entry from DIRMAINT, saw that it was shuffled a bit, put in back in the way I wanted (see ESAMGH BEFORE) and did a DIRM REPLACE followed by DIRM GET NOLOCK. Did a RECEIVE as ESAMGH AFTER. These are the actual directory entries except for the passwords. Take a look at the bottom of the directory entry. The line LINK QALPCS 0500 0500 MW has been shuffled after the comment line * 360 - ZYZMGH (Master Catalog, Power, Hardcopy,Recorder,etc...) So what's the secret here? Regards, Mike USER ESAMGH X 300M 1024M BEG02131358 * === Generated on 13 Feb 2008 13:00:00 for: z/VSE 4.1.002131358 * 02131358 * +===+ 02131358 * | DATE | CHANGES --- CHANGEMENT|INITS | 02131358 * +--+-+--+ 02131358 * |02/13/08| First time created for z/VSE 4.1.0 (330) | MH | 02131358 * +--+-+--+ 02131358 ACCOUNT ESAMGH TECH.SUP 02131358 IPL CMS 02131358 MACHINE ESA 302131358 OPTION MAINTCCW CPUID 130007 QUICKDSP02131358 * SHARE ABSOLUTE 29% 02131358 CONSOLE 0009 321502131358 * 02131358 * =VIRTUAL CTCA'S = 02131358 * 02131358 SPECIAL 0293 308802131358 SPECIAL 02A3 308802131358 SPECIAL 0610 308802131358 SPECIAL 0611 308802131358 SPECIAL 0612 308802131358 SPECIAL 0613 308802131358 SPECIAL 0710 308802131358 SPECIAL 0711 308802131358 SPECIAL 0712 308802131358 SPECIAL 0713 308802131358 * 02131358 * =VSE/ESA Console and dialables = 02131358 * 02131358 SPECIAL 0EEE 327002131358 SPECIAL 0F10 327002131358 SPECIAL 0F11 327002131358 SPECIAL 0F12 327002131358 SPECIAL 0F13 327002131358 SPECIAL 0F14 327002131358 SPECIAL 0F15 327002131358 SPECIAL 0F16 327002131358 SPECIAL 0F17 327002131358 SPOOL 000C 2540 READER Q 02131358 SPOOL 000D 2540 PUNCH A 02131358 SPOOL 000E 3203 A02131358 SPOOL 0FD0 2540 PUNCH A 02131358 SPOOL 0FE0 3203 A02131358 SPOOL 0FE1 3203 A02131358 LINK MAINT 0190 0190 RR 02131358 LINK MAINT 019E 019E RR 02131358 LINK VSEMAINT 0191 0191 RR 02131358 * 02131358 * = z/VSE System Disks = 02131358 * (330/331/332)02131358 *| 02131358 LINK ESAMNT 0330 0330 RR 02131358 * 02131358 * = VSE/ESA
Re: VM/370 Release 6 Waterloo tape (CIA MODS)
Mark, In possession of a number of old Workshop tapes, I found a TAPEMON ASSEMBLE and PROC MACRO on the 1986 Waterloo Tools tape distributed at the 1986 VM Workshop which was held at the University of Kentucky. The other files were not on the tape, and even these may not be the ones you are searching for. The PROC MACRO had no evidence of the author (if it was the CIA, perhaps that makes sense?). But it was part of the tape containing the old CPWATCH utility, something attributed as: written originally by Gary George at COMINCO Ltd, Trail, B.C., Canada. The TAPEMON ASSEMBLE showed: ---snip--- PROGRAM: TAPEMON FUNCTION: TAPEMON RUNS IN A DVM AND RECEIVES SMSG COMMANDS FROM USERS TO MOUNT TAPE VOLUMES AND MANAGE A LIBRARY. AUTHOR: DON JOHNSON, STORAGE TECHNOLOGY CORPORATION ---snip--- Mike Walter Hewitt Associates Any opinions expressed herein are mine alone and do not necessarily represent the opinions or policies of Hewitt Associates. Mark S Waterbury [EMAIL PROTECTED] Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 02/14/2008 04:11 PM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject VM/370 Release 6 Waterloo tape (CIA MODS) Does anyone have a copy of the old Waterloo tapes CIA Mods tape referen ced in this entry in the ABSTRACT ABSTRACT of the Waterloo tape for VM/370 Re l6? M1086V00CIA MODS-- Our local mods that have been contributed to the Waterloo VM Library now consume more than a reel of tape. Since our local facilities tend to be of interest to a relatively small number of installations, we will merely place a notice of availability for mods that have been updated to the current level of VM/370. RELEASE6 MEMO describes our contributions and current level of VM/370. They include: 1) Batch Monitor Facility - A disconnected virtual machine that monitors and controls jobs submitted for processing on remote batch systems. Formerly M0081V00 on Release 5. 2) PROC Structure Macros and Library - The PROC system is a set of several hundred assembly language macros that perform a variety of functions, including subroutine linkage and storage allocation. Formerly M1112V00 on Release 5. 3) SEDIT - An editor that is more powerful than EDIT yet less than XEDIT. Formerly M1113V00 on Release 5. 4) TAPEMON - A disconnected service virtual machine that processes user requests for tape drives and volumes. 5) CLASSIFY - A printed output classification facility that allows users to specify protective markings to be 'rubber stamped' at the top and bottom of spool files directed to the real printer. This mod is M1085V00 on this Release 6 Library.--David Farnham, Central Intelligence Agency, ODP/SPD, Washington, D.C. 20505, (703) 351-6078, August 27, 1980. Please advise. Thanks. 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. Emails 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 email.
Re: Any Rumors?
On 2/15/08 9:11 AM, Huegel, Thomas [EMAIL PROTECTED] wrote: I thought of this thread last night while watching 'Deal or No Deal' (yes I do have a social life) Braggart. 8-)
Re: Installation Verification Procedures
Hi All, Many years ago there was an Installation Verification Procedure for VM. This was mostly directed toward CMS tasks. We found that this was not very useful and removed it from our product documentation. We have a list of some items that we use as an IVP when we get a new release of VM. This is not an official IBM IVP. This include things like: CP IPL (MP) - stop if you cannot do this :-) CMS IPL (190 and Segment) - needed to do many other things. 190 is needed if the segment fails GCS IPL - needed for RSCS and other applications RSCS Initializes - needed for sending/receiving files PVM Initializes - remote system access SFS Initializes - file storage TCP/IP Initializes Able to logon to the system via telnet - remote system access Able to FTP to and from VM - needed for sending/receiving files NETSTAT command functions - needed for our environment Run test workloads to reach 50-70% CPU load for 4 hours. - load that is reasonable for us to ensure some stability. The test workloads vary. Linux and z/OS each IPL second level. - needed for our environment Workloads must run on both of these guest operating systems. These are some of the things that we do to initially verify the installed VM. If all of these work, then we have a good chance that we can continue to use the new release. The items that are important to you might vary from this list. I hope this list might act as one example. Doug Breneman z/VM Development IBM Endicott, NY Adam Thornton [EMAIL PROTECTED] mine.net To Sent by: The IBM IBMVM@LISTSERV.UARK.EDU z/VM Operating cc System [EMAIL PROTECTED] Subject ARK.EDU Re: Installation Verification Procedures 02/15/2008 10:22 AM Please respond to The IBM z/VM Operating System [EMAIL PROTECTED] ARK.EDU On Feb 15, 2008, at 9:07 AM, Alan Altmark wrote: Program products have IVPs because I don't know. The great thing about computers, unlike people, is that they reliably do the same thing every time. Here speaks a man who works in Endicott, not in Redmond. Adam
Urgent Help Requested...Sorry for this post.
Hello folks; Sorry to post this message like this but it is urgent. Yesterday at 1500 the management who I work for laid me off, eliminated my position whatever it is Im now out of a job. They said that there wasnt anything left to do on the mainframe being its life will end in 6/30/2008. Some severance pay but not that much. Would have been nice if they would have told me this and given me until June to look around for a new position being how tight things are now on the mainframe side. The mainframe is being elimated on June 30, 2008 and I was the last systems programmer in the house. They also let one other person go, he was a mainframe scheduler. I have some Novell/Console 1/Imanager experience and can find my way around Linux but not an expert. Running z/OS 1.4 CICS TS 2.3 Installed and ran z/VM 4.4. Looking for work in the New York/New Jersey Metro area anyone know of anything out there or a real good head hunter. If so please let me know off line. Saw Dice posting, 15 postings for 3 or so jobs. Again sorry about this post but I need help. Thanks - Looking for last minute shopping deals? Find them fast with Yahoo! Search.
www.vm.ibm.com outage
Our web site www.vm.ibm.com will be out of service from Sunday, Feb 17, 2008 00:01 AM EST to Sunday, Feb 17, 2008, 06:00 AM EST.
Re: z/OS 1.7 under VM 4.4
Well, I know that z/OS 1.7 will run under z/VM 4.4 on a 2064 (z/900) ... Could someone tell me if z/OS 1.7 will run under z/VM 4.4 on a 2066? I know it is unsupported, but one step at a time. Thank you, Scott R Wandschneider
Re: Urgent Help Requested...Sorry for this post.
Howard, Try looking on Velocity Software website, they have a jobs posting there.www.velocity-software.com http://www.velocity-software.com/ Sorry to hear about your plight, hope that you find something soon. Loren Charnley, Jr. IT Systems Engineer Family Dollar Stores, Inc. (704) 847-6961 Ext. 3327 (704) 814-3327 [EMAIL PROTECTED] From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Howard Rifkind Sent: Friday, February 15, 2008 2:08 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Urgent Help Requested...Sorry for this post. Hello folks; Sorry to post this message like this but it is urgent. Yesterday at 1500 the management who I work for laid me off, eliminated my position ... whatever it is I'm now out of a job. They said that there wasn't anything left to do on the mainframe being it's life will end in 6/30/2008. Some severance pay but not that much. Would have been nice if they would have told me this and given me until June to look around for a new position being how tight things are now on the mainframe side. The mainframe is being elimated on June 30, 2008 and I was the last systems programmer in the house. They also let one other person go, he was a mainframe scheduler. I have some Novell/Console 1/Imanager experience and can find my way around Linux but not an expert. Running z/OS 1.4 - CICS TS 2.3 Installed and ran z/VM 4.4. Looking for work in the New York/New Jersey Metro area...anyone know of anything out there or a real good head hunter. If so please let me know off line. Saw Dice posting, 15 postings for 3 or so jobs. Again sorry about this post but I need help. Thanks Looking for last minute shopping deals? Find them fast with Yahoo! Search. http://us.rd.yahoo.com/evt=51734/*http:/tools.search.yahoo.com/newsearc h/category.php?category=shopping - NOTE: This e-mail message contains PRIVILEGED and CONFIDENTIAL information and is intended only for the use of the specific individual or individuals to which it is addressed. If you are not an intended recipient of this e-mail, you are hereby notified that any unauthorized use, dissemination or copying of this e-mail or the information contained herein or attached hereto is strictly prohibited. If you receive this e-mail in error, notify the person named above by reply e-mail and please delete it. Thank you.
Re: Any Rumors?
Hello! Because we've outgrown such peculiar behavior? Besides my only complaint concerning the road show discussions that came up earlier is that NYC wasn't selected as a host city for one of the events. Having attended one of a sort, last year, and got some what bored with most of it, but still found the time to be interested in the issues concerning what Z/OS plans on doing as it evolves, I believed then, and still do today that they didn't properly address the fact that an operating system like that needs to be a guest to do proper work as does Linux. And Phil you do know the definition of the word piker? It was what the user of a pike was called. Those things can and would topple a mounted individual. -- Gregg C Levine [EMAIL PROTECTED] The Force will be with you always. Obi-Wan Kenobi -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Phil Smith III Sent: Friday, February 15, 2008 8:44 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Any Rumors? Mary Anne Matyaz [EMAIL PROTECTED] wrote, when asked Do you regret getting us started on this tangent yet?: Uh, yes. Though most of these have been very entertaining. :) We're a bunch of pikers. The gang on IBM-MAIN would have taken this thread into at least seven completely irrelevant discussions and two flamewars by now. What's wrong with us??? ...phsiii
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 comments treated by DIRMAINT
DIRMAINT groups all LINKs first, MDISKs next. What makes it do it and can this be disabled, I can't remember. Possibly SORT_BY_DEVICE_ADDRESS in CONFIG DATADVH. I found the following in DIRMAINT's Tailoring and Administration Guide (SC24-6135), chapter 3.13 (this is how it treats USER INPUT file. Read Note 1): --- Comments in a non-System Affinity source directory (a directory that does not use the SYSAFFIN keyword in its internal form) must follow the directory statement to which they apply. DirMaint will re-order the sequence in which directory statements are placed, keeping comments associated with the previous real statement. For example, given the following directory segment: MDISK 0197 3380 DEVNO 00AF . * This comment is associated with the MDISK 0197 statement. * So is this comment. MDISK 0191 3380 DEVNO 00AA . * This comment is associated with the MDISK 0191 statement. * So is THIS comment. After the directory is manipulated and sorted by address (a selectable option) the same directory segment will appear as follows: MDISK 0191 3380 DEVNO 00AA . * This comment is associated with the MDISK 0191 statement. * So is THIS comment. MDISK 0197 3380 DEVNO 00AF . * This comment is associated with the MDISK 0197 statement. * So is this comment. Notes: 1. When DirMaint removes any directory statement, the comments that follow that statement are not removed. This may be of particular interest when processing a CMDISK command, as the MDISK is transferred to the DATAMOVE machine (removing it from the user's directory) and then transferred back to the user (but not associating it with any set of comments). 2. Blank lines are treated as comments and follow all the same rules. Ivica Brodaric On 16/02/2008, Horlick, Michael [EMAIL PROTECTED] wrote: Ok, will do. -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Alan Altmark Sent: February 15, 2008 10:29 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: How comments treated by DIRMAINT On Friday, 02/15/2008 at 10:10 EST, Horlick, Michael [EMAIL PROTECTED] wrote: The line ?LINK QALPCS 0500 0500 MW? has been shuffled after the comment line ?* 360 - ZYZMGH (Master Catalog, Power, Hardcopy,Recorder,etc...)? So what?s the secret here? I would suggest opening a PMR and getting people In The Know to help you. Alan Altmark z/VM Development IBM Endicott
Re: Any Rumors?
... Besides my only complaint concerning the road show discussions that came up earlier is that NYC wasn't selected as a host city for one of the events. ... Actually there is an event in NYC on 2/26, but it by invitation only. There is a webcast on 2/26 for which a separate invite was sent out. Go to http://www.on24.com/clients/ibm/102818 to register. Jim