Re: It's feeding time in Jurassic Park . . .
On Fri, 4 May 2012 22:19:07 -0700, Edward Jaffe edja...@phoenixsoftware.com wrote: On 5/4/2012 6:11 PM, George Henke wrote: When you say You can couple up to eight nodes, do you mean 8 CECs to a zBx, that 8 CECs can share a zBx? Each node has its own zBX. Each zBX consists of 1 to 4 frames, each with one or two BladeCenter chassis, and a set of ethernet switches. The zBX is owned by a single z196 or z114 CPC. Up to 8 CPCs, each with its attached zBX can join together into an ensemble. The virtual servers (guests or LPARs) on any of the CPCs can connect to the virtual servers on any blade, subject only to IEDN configuration. There is also a zero zBX ensemble configuration that has a single z196 or z114 CPC, with no zBX attachment. Alan Altmark IBM -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: tcp/ip EZASMI concurrent server problem GIVE/TAKESOCET
On Tue, 3 Apr 2012 12:01:47 -0400, Micheal Butz michealb...@optonline.net wrote: When I get incoming connection via SELECT/ACCEPT I move the low order ½ from retocde from the accept call which is the new socket I will be communicating to SERV_SOCK so far so good (it happens to be a 4). I then do a GIVESOCKET using the SERV_SOCK (4) getting a return code 0, I then POST the subtask to execute the TAKESOCKET using the SERV_SOCK were I get errno of X71 113 EBADF TAKESOCKET the socket has already been taken Am I doing anything wrong in this scenario Did you remember to wait for the TAKESOCKET to complete before you CLOSE the socket in the main task? And are you specifying the correct clientid structure? I didn't see you passing any clientid information in your parameter list. Alan Altmark IBM -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: A z/OS Redbook Corrected - just about!
On Mon, 26 Mar 2012 22:34:01 -0400, J R jayare...@hotmail.com wrote: I agree, why not zUnix? Or z/Unix? While I enjoy the USS Naming Wars immensely (NOT), this particular question gets old, and I thought the answer would be obvious: You cannot take other peoples' trademarks and alter them or use them without permission. UNIX is a registered trademark of the Open Group. While it is convenient to call something UNIX System Services, it doesn't really stand by itself. The OS in question is not UNIX, but it is the UNIX-branded part of z/OS. It SHOULD have the word z/OS in it. I mean, perhaps the listener thinks you mean LINUX! Someone else mentioned POSIX, a registered trademark of the IEEE. They, working with the Open Group, will grant permission to use the POSIX mark to certify that [...] computer operating systems comply with standards of interoperability and portability based upon the UNIX operating system. Back in 2002, IBM cancelled its OpenEdition trademark (I vaguely remember reading in the media about some dispute with some other company.) In z/VM, it is called Open Extensions. Sure, some the names IBM comes up with are strange, to say the least, but they are not just random strings of characters. That is, there's a method to the madness, to be certain, but it's our particular *brand* of madness! :-) Alan Altmark IBM -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: FTP the NPIV file off the CEC SE to my PC
On Mon, 19 Mar 2012 07:36:06 -0500, J Ellis jerry.el...@libertymutual.com wrote: If there is a way to get this remotely, [without t]he SE being on the network, please tell me how. I have had some success with a sellect/copy all, and then pasting into an EXCEL worksheet, most of the time EXCEL hangs contacting the server (SE). Sorry, Jerry. I was thinking about the WWPN export function when you have an Ensemble. Outside of that, yes, the binary NPIV configuration file can be exported only when you're on the HMC. The only thing I've ever done is to use a VPN that was set up to access the private HMC-SE network to give direct access to the SEs for those few SE-only functions that not even Single Object Operations will show to you. (Break glass.) I guess it would allow the FTP to work, too. I never gave it much thought. Alan Altmark IBM -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: host codepge 0037 and the obscure not sign
On Tue, 13 Mar 2012 12:51:26 -0400, Shmuel Metz (Seymour J.) shmuel+ibm-m...@patriot.net wrote: Is there any translation table in z/os 1.11 that translates the NOT SIGN x'5F' to an ascii x'AC', These is no ASCII 'AC'X; you really need to know what code pages you're using to get a correct translation. If you use UCS-2, the NOT SIGN is U+00AC. But you're right, it isn't ASCII, it's Unicode. TYPE U 2 B (big endian Unicode) TYPE U 2 L (little endian Unicode) Also look at SITE UCSHOSTCS. Alan Altmark IBM -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Secret Service Guide
On Fri, 16 Mar 2012 13:24:10 +0100, R.S. r.skoru...@bremultibank.com.pl wrote: I just got the following publication: zEnterprise 196 Service Guide GC28-6892-02 This publication is NOT present on ResourceLink, there is no clue about it's existence. I found it on ResourceLink. There's nothing secret about it. Note that the information about logging onto SERVICE wouldn't work since changing the passwords to all of the default IDs is something you were supposed to do at installation time. :-) But you're right that it contains some interesting and useful information. Just remember that the book's audience is someone who has been trained to service the machine. Alan Altmark IBM -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Secret Service Guide
On Sat, 17 Mar 2012 16:10:21 +0100, R.S. r.skoru...@bremultibank.com.pl wrote: BTW: the passwords are well known and have always been documented. Default passwords for HMC are: SERVMODE for user SERVICE PASSWORD for other documented users (*) There is also undocumented user PEMODE, I would like to know his password, but AFAIK it's time and s/n dependent. (*) I haven't checked two new (z196) Ensemble users ENSADMIN and ENSOPERATOR IDs have the same default passwords as everything else. Remember to change them. :-) Alan Altmark IBM -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: FTP the NPIV file off the CEC SE to my PC
On Fri, 16 Mar 2012 12:59:56 -0500, J Ellis jerry.el...@libertymutual.com wrote: I have CEC's in different parts of the country that I need to get the NPIV WWPN's for the FCP channels from. Currently I have a USB Stick in the HMC, have an operator go in to the HMC on site, pull the FCP/WWPN file off to the USB Stick, then have them email me the file. The problem I'm told is because my CEC/SE's are not on the network. Has anyone plugged their SE's into the company network ? or, is there a way to get that file off the SE and onto my laptop remotely tha I have missed ? Don't do that. You SHOULD place your HMC on your network (that's why it has two network interfaces and a browser interface). When you login via your browser, you can export the WWPN list to your workstation. Alan Altmark IBM -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: What is the justification for not using Trusted Key Entry (TKE) workstation?
On Sun, 26 Feb 2012 13:31:02 +0100, R.S. r.skoru...@bremultibank.com.pl wrote: W dniu 2012-02-26 11:26, Timothy Sipples pisze: The HMC, yes, that makes sense, though probably in addition to(rather than instead of) a TCP/IP option. Yes, adding an option is always better than replacing it. Tactically, yes, but the strategic direction would be to get to just one. Right now IBM invests in 3 ways to manage the master keys: - TKE - ICSF - LINUX CCA We need only one, and it needs to serve the needs of all OSes. Alan Altmark IBM -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: What is the justification for not using Trusted Key Entry (TKE) workstation?
On Thu, 23 Feb 2012 20:43:32 +0100, R.S. r.skoru...@bremultibank.com.pl wrote: Back to the question: Who don't use TKE? I bet (and I'm pretty sure of that) all the shops in Poland do not use TKE. Justification: MONEY. No real need to use TKE. It has been my opinion for several years that entering the master keys is a hardware function and should be another (separate) role of the HMC. (E.g. User ALAN has role of Crypto Express Master Key administrator - Part 2 of 3.) Only inertia keeps things the way they are today. Alan Altmark IBM -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Erasing data on disk volumes (2105-F20)
On Tue, 21 Feb 2012 15:52:57 -0600, Judy Schultz judy.schu...@uni.edu wrote: We have a shark (2105-F20) that we need to erase the data on the volumes. IBM hardware support told me to use the UNCONFIGURE command on the ESS Specialist. Has anyone used this before and does it clean all of the data by reinitializing it to zeroes? For non-encrypting drives (2105 or 2107), perform a TRKFMT ERASEDATA CYCLES(n), where 'n' is set by your own data security people. Each cycle will write 3 different bit patterns. Then delete the array. When you delete the array, each drive will be formatted to zeros. You cannot re-use the drive (DDM) in a new array until the low-level format is complete. On the DS8000-series with the Full Disk Encryption feature, then TRKFMT ERASEDATA is not needed. When you deconfigure an encrypted array, the drives will do the local equivalent of TRKFMT ERASEDATA before applying a final coat of zeros. And just so no one gets too paranoid :-), a track is tied to a physical location in the array. When you write on a track, you are writing over whatever was there before. As discussed earlier this week over on the IBMVM mailing list, this kind of erasure is (obviously?) necessary only when the drives are leaving your physically secure facility. Hosts accessing the drives cannot see residual data after a simple host format operation (e.g. ICKDSF INIT or CPFORMAT, or CMS FORMAT). Any residual data that is physically present is inaccessible. Alan Altmark Senior Managing z/VM and Linux Consultant IBM Lab Services -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: z-VM guest z-OS system diagnostics....
On Thu, 16 Feb 2012 16:28:34 +0100, J. Cassidy s...@jdcassidy.net wrote: Would not be the first time that someone logged off instead of disconnecting a z/OS guest. There again, if the z/OS guest was disconnected in an unclean way that is a another thing altogether. In the z/VM OPERATOR log, also search for 'logged off by system'. I've never understood why z/OS doesn't provide a command interface to CP. z/VSE does. Some things to think about for production guests: 1) Remove harmful commands from their repertoire. E.g. CP MODIFY COMMAND LOGOFF IBMCLASS * PRIVCLASS ABCDE removes LOGOFF from class G. (A too-simplistic example.) 2) Prevent CP DISCONNECT from hanging in CP READ by placing COMMAND SET RUN ON in the guest's directory entry 3) Prevent any CP READ fwhen the guest is disconnected from being fatal by placing COMMAND SET TIMEBOMB OFF in the directory entry. Alan Altmark Senior Managing z/VM and Linux Consultant IBM Endicott -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: PRINT (NOCC for z/OS?
On Thu, 9 Feb 2012 12:06:03 -0600, Paul Gilmartin paulgboul...@aim.com wrote: I had thought everything in the VM spool had carriage control (actually a CCW opcode). But I defer to your experience. Perhaps IPL is unaffected by the CCS opcode present in the spool. All user data in the VM spool has carriage control because the only way to get data from a virtual machine to the spool is via a virtual PUNCH or PRINTER. (System data files are excluded from this discussion.) And, yes, the spool contains the CCW opcode and data that the guest (or in some cases, CP) put there. CMS functions such as PRINT and PUNCH generate the CCWs and do the I/O to place the user data in the spool. The only thing that limits the CCWs is the virtual device type. The spool is just a holding area. Generally speaking, punches and printers put data in. A virtual reader takes data out. Virtual punches are limited to 80 characters since VM simulates a 2540. Virtual printers can have a variety of lengths, depending on device type (1403, 3211, 3800, etc.). Virtual AFP printers will accept 32K records if the cc character (machine code) is 0x5A. This is what PSF uses to write LIST38xx files. Because the virtual reader is a 2540, it cannot read records more than 80 bytes. Accessing spool files that contain those 0x5As must be done using the DIAGNOSE 0x14 interface to the spool. IPL from the virtual reader works like IPL from disk, except that CP has to figure out what part of the spool file is data. As long as the CCW in the spool is a data mover (e.g. WRITE), that data will be read in by IPL. If there are any no-ops, they are skipped since they (in the real world) don't exist. Everything in CMS has records, but some processing, e.g. FTP BINARY STREAM, will ignore record boundaries. Everything in the minidisk filesystem (EDF) and in the Shard File System (SFS) has records. The POSIX-conformant Byte File System (BFS) does not. BFS is where you store data when the VM system is simply being used as a data repository. Alan Altmark IBM -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Sending LF files to z/OS
On Tue, 7 Feb 2012 09:42:05 -0600, Paul Gilmartin paulgboul...@aim.com wrote: And, speaking of standards, this is a conspicuous violation by z/OS. You know CMS. CMS Pipelines correctly translates: IBM-1047 ISO8859-1 NL 0x15NL 0x85 LF 0x25LF 0x0a iconv(1) on Ubuntu Linux correctly does likewise. (What do the various Linuxen for z do?) iconv(1) on z/OS does: IBM-1047 ISO8859-1 NL 0x15LF 0x0a LF 0x25NL 0x85 The IBM Globalization Center of Competence possesses the One Ring that rules all IBM code pages. They provide the code pages and the translations. The GCoC says EBCDIC 0x15 in cp1047 should be translated to 0x85 in cp819 (8859-1), as you say. (The translation table 10470819 on z/VM gives you the GCoC-defined translation.) In the traditional System z world, we store text files as records. In that world, the 0x15 has significance only in device drivers and then, typically only to SCS printers. z/VM keeps the history alive, but I digress The rub is, of course, POSIX. When in a POSIX frame of mind, the 0x15 again has significance, being the IBM-chosen value for the newline required by the POSIX standard. Now and the POSIX translation rules apply. It's an inherent fugue state. IMO, if you use iconv in z/OS outside of USS and explicitly tell it IBM-1047 and IBM-819, it should convert it as you describe since to do otherwise destroys the ability of other platforms to reliably translate the file back to code page 1047. I have a similar problem with the misbehavior of LC_COLLATE=En_US in z/OS LE. IBM is trying to tell me it's an ASCII vs. EBCDIC problem. From a POSIX perspective, collation order should be the same on all platforms. The characters appear in a defined order, without regard to the platform-specific code point assigned to the characters. For example, both En_US and the POSIX locales sort numbers, then upper case, then lower case. This is consistent with the byte sort order in ASCII. They have different sort orders for the control characters, and POSIX only deals with 7 bits. Alan Altmark IBM -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Sending LF files to z/OS
On Mon, 6 Feb 2012 11:54:23 -0600, Donald Likens dlik...@infosecinc.com wrote: I have not made it work yet but I am convinced that the best way to handle sending files that use LF (unix) new line indicator to a system that understands CRLF as the new line indicator is to use a special translation table (Translate x'15' to x'25'). In the z/OS case I updated the ASCII-to-EBCDIC table. I simply have not been able to get FTP to read my special table yet. The FTP standard REQUIRES the use of CRLF (0x0d0a) on the wire to identify end-of-line. That said, Unix FTP programs are notorious for their use of plain LF. The users of said programs are just as notorious for not pressuring the vendors to fix them. (Why have standards if no one will follow them?) If you are transferring an EBCDIC text file from z/OS to a UNIX host using the UNIX FTP client, and the FTP client won't recognize CRLF, you can use QUOTE SITE SBSENDEOL LF If the file is simply EBCDIC strings separated by NL, use the POSIX translation table. Alan Altmark IBM Senior Managing IT Consultant z/VM and Linux Endicott, NY -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Underscore character
On Sun, 15 Jan 2012 18:44:28 -0500, John Gilmore johnwgilmore0...@gmail.com wrote: The character '_' does not have this function. It cannot indeed be used in this way. To call it an underscore is thus at once incorrect and rather silly. It is of a piece with Mr Gainford's misuse of the word 'anachronistic'. This entire conversation is rather silly, but I feel compelled to point out that 'underscore' and 'low line' are the official names for that symbol [which are not regulated by the OED or other dictionary, btw]. There is a spacing underscore and a combining underscore. And the symbol is _still_ in widespread use by the general public in plain text. Alan Altmark IBM -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Trapping the LPAR Deactivate signal on z/OS?
On Wed, 6 Jul 2011 08:39:51 -0400, Gary DiPillo gdipi...@axiosproducts.com wrote: If you try to initiate BCPii in a z/VM guest you get the following message (z/OS V1R10): HWI010I BCPII DOES NOT OPERATE ON A VM GUEST. BCPII INITIALIZATION IS HALTED. BCPii uses machine interfaces that are not virtualized. The good news is that BCPii doesn't (directly) have anything to do with support for the LPAR deactivation (or SIGNAL SHUTDOWN, on z/VM) signal, though it would be a good way to let apps register to hear the signal (HwiEvent, perhaps). The challenge is that the code David refers to uses unpublished details of the SERVICE CALL instruction and the SERVICE SIGNAL external interrupt, so it seems unlikely that MVS will have a published interface for such applications. If z/OS is running as a z/VM guest, a companion CMS virtual machine could hear the signal and use the virtual line mode integrated console to start a shutdown job. When registered for the deactivation signal, there is a delay between the time the deactivation is requested and when it occurs. In an LPAR on a z10, the delay is 5 minutes. If the OS comes down sooner than that, the LPAR deactivates sooner. In a guest, the delay can be specified in the system configuration or directly the commands that generate the signal. And if you tell VM to SHUTDOWN, it will propagate the signal to the registered guests, and delay shutdown in order to give the guests a chance to shutdown themselves. Alan Altmark IBM -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Ads on IBM-MAIN
On Mon, 4 Jul 2011 18:46:39 -0700, Richard Pinion rpin...@netscape.com wrote: MFNetDisk is a wonderful product of which the developer does not charge one single penny! Whether it's free or not isn't the issue. There is a significant difference among (1) calling out a product (commercial or freeware) as a possible solution to a posted problem (2) the author occasionally posting a reminder of his product (3) discussing the technical aspects of the product The first is no crime. I don't object to the second since the product is free and has demonstrated benefit to the readership. I think that anyone who has contributed here is entitled to occasionally post an ad. Occasionally is the key. The toleration of the readership to such ads is entirely dependent on their view of the person making the post. Someone advertising freeware will naturally be given more latitude than if IBM or CA did the same thing. The third, however, is Technical Support and can be reasonably requested to reside in another forum. Sometimes, however, the Q A *may* be appropriate here if it being used as a springboard to a discussion of some larger issue that affects the entire readership. But life is too short to get all fired up over this. I'm going back to my napwake me when we get there Alan Altmark Senior Managing z/VM and Linux IT Consultant IBM Lab Services -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/VM RACF installation planning
On Mon, 6 Jun 2011 16:23:36 -0500, Hansen, Dave L - Eagan, MN dave.l.han...@usps.gov wrote: We are looking at using RACF for z/VM 6.1. I responded to Dave over in RACF-L. Alan Altmark IBM -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/VM RACF installation planning
On Tue, 7 Jun 2011 10:51:31 -0400, Thomas David Rivers riv...@dignus.com wrote: Just to throw in a small plug here, and our information may now be dated... It is. :-) However, it's our understanding that z/VM RACF requires HLASM; which is an additionally priced product on z/VM. For this reason, we provide our assembler on z/VM to keep the costs down. HLASM is required only if you don't like the default configuration and you don't like the alternate HCPRWA that is supplied (which changes a 'defer' to 'deny'.) If anyone is thinking about purchasing HLASM for z/VM (from IBM or Dignus) just to change the RACF or HCPRWA configuration, give the Support Center a call. They may be able to do a courtesy compile for you. On z/OS - HLASM comes with the operating system, but, I don't believe that is the case on z/VM. It is true that HLASM is not included with z/VM. Alan Altmark IBM -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Z/os FTP Server Configurartion
On Wed, 1 Jun 2011 15:30:13 -0700, Starr, Alan alan_st...@calpers.ca.gov wrote: After establishing the FTP session, type the following SITEEPSV4 LOCSITE EPSV4 I can't guarantee that the LOCSITE command will work on the FTP client you're using. I think I can guarantee that LOCSITE EPSV4 will only work on the z/OS FTP client. An ftp client more properly issues the EPRT/EPSV commands first, reverting to PORT/PASV if those are rejected. (An option to force use of PORT/PASV may be provided.) [Found a bug in this area in IBM's testcase ftp server!] In general, you always want to use passive mode behind a firewall (NAT or not) since the fw will normally not allow an inbound connect. Consider that if the control connection is encrypted, the fw cannot see the PORT command. An FTP client may have the capability to ignore (or may ignore by default) the IP address provided on PASV, simply connecting back to the same IP as used on the control connection. Alan Altmark z/VM and Linux Consultant IBM Lab Services -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: API or visibility into PR/SM for Vendor-written programs?
On Wed, 18 Aug 2010 08:10:53 -0400, Charles Mills charl...@mcn.org wrote: Is there an API or anything similar whereby a vendor-written program could have visibility into a z box at the PR/SM level (other than CSRSI)? Could see and potentially make configuration changes to the whole box as opposed to a single LPAR? Can one write code that runs at the box level, below the LPARs? The ISV interface to the machine is defined in System z: Application Programming Intefaces, SB10-7030, available from ResourceLink. Nothing runs at the box level or below the LPARs. The interfaces you use interact with the objects defined and managed by the Console application within the HMC. You cannot add to or delete from the architecture of the machine. Alan Altmark z/VM Development IBM -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DB/2 V7 on Z/os V1.11
On Fri, 13 Aug 2010 13:03:57 -0700, Edward Jaffe edja...@phoenixsoftware.com wrote: We brought up z/OS 1.4 under z/VM on our z10 after numerous experts told us it wouldn't work. I've become quite skeptical of authoritative-sounding claims that certain hardware/software combination simply won't work. Too many people are CYA and, if it hasn't been tested, they say it won't work. Empirical evidence is the best kind. Of course, I don't have to tell you that working and being officially supported are not one and the same. ;-) I'm sorry, Ed, but I can't let this pass without comment. I just worked on a problem where an old out-of-service version of an OS on z/VM on a z10 worked in one shop, and not in another. And, get this, the error was the 'operand exception' kind. If it isn't supported then we have not run the OS through its paces and examined any requirements or restrictions. It may work or it may not. People who say it won't work are probably aware of certain configurations where it won't, in fact, work. Those who say it WILL work haven't talked to the nay-sayers. :-) Alan Altmark z/VM Development IBM -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Loading a one pack system without tape drive
On Wed, 4 Aug 2010 10:16:04 +0300, Matan Cohen matancohen...@gmail.com wrote: i wonder if IBM will agree to send me a previous version of z/VM so i could run it on my Z9. You can purchase z/VM V5.4 to run on your z9. -- Alan Altmark z/VM Development IBM Endicott -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Is this possible to S/A IPL from the HMC DVD?
On Wed, 21 Jul 2010 17:19:57 +0300, Itschak Mugzach imugz...@gmail.com wrote: I don;t think z/Os has to do with this. This is a stand alone IPL. DSS S/A image can be generated as a card-reader image (F/80/80) which is also supported by tape (according to the manual). Anyway, the HMC does allow to load S/A utilities from CD, but it requires an INS file that points to the code to load. It look like you need to be in a Single Operation Mode in order to use this function. As I said, it does NOT work like a traditional IPL. It is not a tape or disk or anything else that can be IPLed (using the classic defn of IPL). The thing that is loaded from the DVD has to be changed to support being loaded from DVD. For example, you cannot just take an image dump of MVS and put it on the DVD. It will load, sure, but it won't run [the way you want it to]. Hence my statement that you need z/OS to make the needed changes. Alan Altmark z/VM Development, IBM -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Is this possible to S/A IPL from the HMC DVD?
On Tue, 20 Jul 2010 12:21:49 +0300, Itschak Mugzach imugz...@gmail.com wrote: During z/Linux installation it is possible to use the HMC's DVD drive as a tape drive. I wonder is DSS S/A can be started (Loaded) from same device and not from a IOCP defined device. Unless z/OS specifically provides support to do that, no. It takes coding changes to support boot from DVD (it's not an IPL operation). Creating a DVD that the HMC will understand and load isn't hard (look at the root directory of the Linux DVD), but getting it to work after it's been loaded is up to the code itself. Alan Altmark z/VM Development, IBM -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: OS/400 and z/OS
On Fri, 9 Apr 2010 18:45:10 -0500, Eric Bielefeld eric-ibmm...@wi.rr.com wrote: Is the OS/400 still marketed and supported by IBM? You guys gotta get out more. OS/400 - i5/OS - IBM i http://www.ibm.com/systems/power/software/i/index.html Alan Altmark z/VM Development IBM -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/OS LDAP client to Windows LDAP server
On Tue, 6 Apr 2010 14:07:06 -0500, Mark Hammack mark.hamm...@gmail.com wrote: I am attempting to write an LDAP client on z/OS that will bind to AD running on Windows 2003 Server using the C API. The ldap_init() returns 0 and seems to connect OK (the only problem I have with this is that I tried an invalid server name and still got a return code 0). When I issue the ldap_sasl_bind()/ldap_request(), I get an error back indicating that the user is not defined (return code 49, data 525 error). For the DN string (who parameter), I have tried cn=user.name,o=company,c=US, uid=user.name, etc. (everything I can think of anyway) in both codepage 1047 and 1252 all with the same results. BTW, when I use the invalid LDAP server name, I get a completely different error so apparently, the connection is fine. In order to bind, you have to have a valid dn (who). To get a valid dn, you search() on something unique like mail=user.n...@company.com. Then you bind using the returned DN. Bind() will not do an implicit search(). The set of attributes that constitute a dn are defined by the schema (I can't figure out what to search in the schema to find it, though). cn=my name,ou=place,o=company,c=us is common, but there are others. Talk to the LDAP owner. Alan Altmark z/VM Development IBM -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Call for XEDIT freaks, submit ISPF requirements
On Sun, 28 Mar 2010 11:00:14 -0400, Shmuel Metz (Seymour J.) shmuel+ibm-m...@patriot.net wrote: There was no Unicode when XEDIT was released. I don't know what XEDIT supports in z/VM V6. There is no Unicode support in XEDIT. Part of the reason is that the CMS file system does not have support for use-specific metadata (e.g. code page). The idea of editing a Unicode-encoded file on a 3270 gives me the creeps. There is no nice Unicode-capable GUI for XEDIT and conversion between 3270 SBCS code pages and Unicode is a PITA. One could wish for Unicode in the 3270 data stream architecture. Alan Altmark z/VM Code Page Guy z/VM Development IBM Endicott -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM Plans to Discontinue REDBOOK Series
On Tue, 9 Mar 2010 20:48:25 +, Ted MacNEIL eamacn...@yahoo.ca wrote: Even after three IBM'rs said it wasn't happening, some posters have still said they are afraid of what it means. Some people are obviously not reading through the entire thread before they reply, a grade school mistake. Let them be. And some people may not believe us when we IBMers say The rumor is false, but that's something the rest of us cannot control and need not worry about. And still others can't resist saying, but IBM said it was false! If the above people don't believe the IBMers, they certainly won't believe anyone else. I encourage everyone to just let it go Inhale energy... exhale stress Breathe! If the day ever comes that IBM stops publishing Redbooks for System z, we'll all know and there won't be any doubt. Alan Altmark z/VM Development IBM -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM Plans to Discontinue REDBOOK Series
On Tue, 9 Mar 2010 21:55:41 +, Ted MacNEIL eamacn...@yahoo.ca wrote: Never believe anything until it has been officially denied. We IBMers are officially denying it. Can we move on, now? Alan Altmark z/VM Development IBM -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Crazed idea: SDSF for z/Linux
On Mon, 1 Mar 2010 10:55:55 -0500, Thompson, Steve steve_thomp...@stercomm.com wrote: Interpretive Execution Facility -- the owner (or was) of SIE Duh. :-) Not directly, no. When a guest does SSCH or DIAGNOSE instruction, there is a SIE intercept: (a) All device addresses/subchannel ids are virtual. Guests can only do I/O to devices in their virtual I/O configuration, (b) CP prepends a DEFINE EXTENT CCW to any disk I/O in order to electrify the fence so that guests don't wander outside their enclosure. (c) CP rejects CCWs that could mess things up for all users (usu. control unit settings) unless special authorization is given Alan Altmark z/VM Development IBM -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Crazed idea: SDSF for z/Linux
On Fri, 26 Feb 2010 11:26:44 -0500, Thompson, Steve steve_thomp...@stercomm.com wrote: I think we are talking about two different issues. Entirely possible. My apologies if I've misunderstood. Now, if you were to do this with a running system (z/Linux for instance), I'd think that the auditors and security people should be able to use piano wire or whatever. I'll go with whatever. Piano wire would be too quick. But again if running under VM, VM has the ability to prevent your access to the target volumes by reason of IEF, does it not? Sure, but no more than LPAR I/O config. Exception: You can give a guest R/O access to the volume - LPAR can't do that. Of course, that doesn't help you *repair* it unless you want to clone it and repair the clone, leaving the original untouched. I don't know what IEF means. Alan Altmark IBM -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Crazed idea: SDSF for z/Linux
On Thu, 25 Feb 2010 11:59:41 -0500, Thompson, Steve steve_thomp...@stercomm.com wrote: Yes this raises security issues. But you have physical access in this case. If these things are only given to the root or a special user w/in the *nix environment, you have addressed much of the security issues. If you are running under VM, and VM is giving you access to the physical addresses, then the security is controlled by VM. Not. The problem is that the z/OS audit trail will not contain any record that user STEVE accessed the spool and z/OS access rules will not be applied to the datasets on the volume. Alan Altmark z/VM Development IBM Endicott, NY -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Crazed idea: SDSF for z/Linux
On Thu, 25 Feb 2010 11:16:54 -0600, Kirk Wolf k...@dovetail.com wrote: So long as crazed ideas are on the table, how about putting key MVS I/O subsystems in VM and providing diagnose interfaces to them from guests? If the spool is kept in datasets, CMS may already be able to read them. Alan Altmark z/VM Development -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: LPARs: More or Less?
On Wed, 24 Feb 2010 10:50:02 -0500, George Henke gahe...@gmail.com wrote: I never considered storage fencing as a possible justification for LPARs, but maybe that is it? If so, then even that justification has now been eliminated with 64-bit central storage. George, you keep looking at the speeds feeds to determine whether or not multiple partitions are necessary. It isn't technology that drives that decision. (see my prior post) Then that was replaced with integrated circuits which according to Moore's Law doubles every 2 years. And what happened? No more MFT, nor more partitions, but MVT, then SVS and MVS. IThe more memory you put on the box, the more memory gets used to hold the description of all that memory (metadata). The more demand for memory you put on the box, the more often the OS has to touch metadata and the more of it has to be touched. There are mitigating technologies, but even so there is a point of diminishing returns on memory size. It gets simpler and cheaper to just say create another instance of the OS and split your workload. So now that we have 64-bit addressable memory, does this presage the fading away again of partitioning, of LPARs and create an urge to merge? Same answer. Alan Altmark z/VM Development IBM Endicott -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: LPARs: More or Less?
On Tue, 23 Feb 2010 12:30:25 -0500, Scott Rowe scott.r...@joann.com wrote: I don't know that I would say that running QA in a different LPAR than DEV is best practices, I certainly run them in the same LPAR here, and at nearly every site I have ever worked at. All PCI-compliant installations (a) Must have separate DEV/TEST/QA and PRODUCTION environments (b) Must have Separation of Duties for the two environments (c) Cannot give DEV/TEST access to PRODUCTION PANs And rather than micro-manage the ACLs, it is far simpler to create another LPAR. Having done it once, you replicate your success in order to separate QA from DEV/TEST. (QA really is a different environment than DEV/TEST, IMO.) My point is that the level of separation is, more often than not, dictated not by the capabilities of the OS, but by (1) regulatory considerations (2) in-house politics (appl owner, security, turf wars, ...) (3) system programmer convenience I certainly have no desire to spend time on VM if I don't need the functionality, I simply don't have the time. I have worked on VM before, and rather like it, but if the tool doesn't fit I have no desire to use it. That's the real nugget of Truth. Do what you need to do. Just do it with your eyes wide open and use the right tool for the job. Alan Altmark z/VM Development IBM -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Source code for s/360
On Mon, 18 Jan 2010 15:19:50 -0500, P S zosw...@gmail.com wrote: Ah, true, if SIE handles it, you're SOL. But since 370ACCOM works, I *think* an invalid opcode gets to CP. Would have to look; as you say, in the (bad) old days, we know CP would have been handling it for sure! SIE is pretty amazing... A DAT-off operating system with 370ACCOM ON just might work. 370ACCOM doesn't just cover I/O, but also handles BC-mode PSWs, storage key management, the interval timer, interruption parameters, and other S/360-S/370 widgets. See Ch. 27 or so in the CP Programming Services book for a complete description of the 370 Accommodation Facility. Alan Altmark z/VM Development Endicott, NY -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/VM GDDM install
On Thu, 10 Sep 2009 09:45:35 +0200, J D Cassidy s...@jdcassidy.net wrote: appreciate the advice, thank you. Bloody hard way to get a manual though... Perhaps you weren't around when you had to fill out a paper form and send it to the branch office? :-) By the time L-class books were eliminated, products like GDDM were in maintenance mode. That meant that there were no further issuance of publications and so the status-quo has been maintained. A PMR is how you Officially Complain to IBM about something, even if it is to complain about having to open an PMR! :-) (Help, I'm caught in an endless loop!) Alan Altmark IBM -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/VM GDDM install
On Tue, 8 Sep 2009 13:43:57 +0200, J D Cassidy s...@jdcassidy.net wrote: I am looking for a document with the title How to activate GDDM-REXX LY33-6080. The various references to the above on IBM's websites comes back with 'document not found'.. Since you are licensed and the product is still in service, open a PMR and ask for a copy, indicating that you are unable to order it via the IBM Publications website. Let the support team do the walking for you. Alan Altmark z/VM Development IBM -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Hercules; more information requested.
On Wed, 5 Aug 2009 22:20:13 -0500, Rich Smrcina rsmrc...@wi.rr.com wrote: z/VM has a component called Open Extensions. If it were allowed to grow up it could have become a very cool Unix-like subsystem for z/VM. Development pretty much stagnated when Linux became available. OpenExtensions (tm) is the POSIX.1- and POSIX.2-compliant part of CMS. Details on compliance is in http://publibz.boulder.ibm.com/epubs/pdf/hcsp0b00.pdf. For many years now, UNIX(r) has been a brand, not an operating system. To obtain such branding your operating system must - Implement a particular UNIX specification - Pass a suite of tests - Agree to continue to conform - Agree to fix it if it is subsequently found to be non-conformant. If you do all that, then you can Receive the Brand. (you will feel a slight pressure...) z/VM OpenExtensions has not been evaluated for UNIX compliance. Linux has had no chilling effect on OpenExtensions development. There simply is no reason (or demand) to add more capability or be UNIX branded. It is currently used to provide services for new features for z/VM that are ported from z/OS. The LDAP server and new SSH server being two recent examples. Technically, LDAP and MPROUTE are *cradled* (not ported) z/OS binaries. Some things are trapped by the cradle, others are sent into LE to wander in the POSIX land. The SSL (not SSH) server that provides both application transparent and visible SSL/TLS services to CMS applications is a hybrid app, being a native CMS application that uses cradled z/OS System SSL DLLs. Alan Altmark z/VM Development IBM Endicott -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Z/VM support for FBA devices was Re: z/OS support of HMC's 3270 emulation?
On Thu, 30 Jul 2009 23:10:04 -0400, Bob Woodside ibm...@woodsway.com wrote: The 3370 was the FBA device. I remember working on access method support for the 3310 3370 back in the early 1980's. IBM Archives Official History for the 3370: http://www.ibm.com/ibm/history/exhibits/storage/storage_3370.html It is disappointing that the 3375 is not listed in the archives. (I worry that the post-3390 devices aren't in the archive.) Alan Altmark IBM -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Offload work to zIIP with zPRIME
On Wed, 22 Jul 2009 14:18:31 +0900, Timothy Sipples timothy.sipp...@us.ibm.com wrote: You could be criminally liable for certain uses of the car, such as putting a baby or toddler in the car without a certified child safety seat, regardless of where you operate or don't operate the car. [Not talking about IBM and I never give legal advice.] You will want to check your state's motor vehicle and traffic safety laws. In New York state, safety seats are required only if you *operate* the car and is not, as you suggest, limited only to *registered* vehicles. Of course, if the car is not being operated, then all of the other civil and criminal liability laws would still apply. (Think refrigerator with door still attached.) But at the same time, you can't just buy a car and drive it around your own property without a driver's license (in NY). Even farmers have to be licensed to operate tractors. Point: Don't assume. Find out. [Still not talking about IBM and still not giving legal advice.] Alan Altmark Speaking for himself -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Offload work to zIIP with zPRIME
On Thu, 16 Jul 2009 16:48:09 -0400, Bob Shannon bshan...@rocketsoftware.com wrote: IBM provides an API to vendors to allow preemptible SRBs to be routed to zIIPs For reference, http://dtsc.dfw.ibm.com/MVSDS/%27HTTPD2.PT217.HTML(INDEX)%27 Alan Altmark z/VM Development IBM Endicott -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: NPIV on System z
On Monday, 04/27/2009 at 02:24 EDT, John Argall jarg...@csc.com wrote: When you say online to the host. Is this bringing the chpid online to the lpar, or the CP ATTACH in VM? Neither. It is a logical vary operation. I'm being vague because you didn't say whether they were for CP's use (EDEVICEs) or Linux. If these are CP-managed EDEVICEs, then when you VARY ON the subchannel (or if covered by Online_At_IPL in SYSTEM CONFIG), the virtual WWPN will light up. If they are Linux's use, then they come online when you do the Linux equivalent of a vary. Alan Altmark z/VM Development IBM Endicott -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: NPIV on System z
On Sun, 26 Apr 2009 19:23:11 -0500, John Argall jarg...@csc.com wrote: I was wondering in general, should the virtual wwpn's be presented to the the attached switch for zoning or do they have to be manually added to the switch? This was recently discussed on LINUX-390. Follow the thread starting with http://www2.marist.edu:8000/htbin/wlvtype?LINUX-VM.76383. The WWPNs aren't visible until the FCP sign-on occurs. And *that* doesn't happen until the host brings the FCP subchannel online. Alan Altmark IBM -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Layer 2 to Layer 3
On Mon, 26 Jan 2009 10:33:03 -0500, Mark Pace mpac...@gmail.com wrote: I have a Linux guest that I use as a DNS cache server for my z/VM, z/OS, and other linux guests. Friday I migrated from z/VM 5.2 to z/VM 5.4 and changed the vswitch from layer 3 to layer 2. Since this change my z/OS can no longer use the linux guest as a DNS server any DNS query (NSLOOKUP) returns: EZB3040E *** Can't find server name for address 199.44.xxx.xx: No response from server I can ping the z/OS address from the Linux guest, and I can ping the Linux guest from z/OS, so I know that the connectivity is not messed up. Another z/VM in a different LPAR using layer 3 vswitch can use the linux DNS server. It too uses the same OSA CHPID with different addresses dedicated to it's LPAR. I might add that this same Linux guests is also an FTP server. The z/OS system can connect to the FTP server either. Mark, have you gathered trace information as I suggested over on IBMVM? Ping packets are making it through, but TCP and UDP appear to be blocked. If you can't determine it adminstratively, you need packet trace to find out who is doing the blocking. Regards, Alan Altmark z/VM Development IBM Endicott -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM-MAIN 3270 session disconnects
On Wed, 7 Jan 2009 12:57:39 -0700, David Logan loga3...@comcast.net wrote: If that's the case, why doesn't it drop my AS/400 sessions? Why doesn't it drop my VSE sessions to the same physical machine? Why doesn't it drop my VM session? Why does it only drop my z/OS 1.4, 1.5, 1.8 and 1.9 sessions? Perhaps the firewall already has exceptions for your non-z/OS systems? If you see FIN packets flowing in both directions at the same time, you can be certain that it is a firewall doing the closing. Each side usually sees what it thinks is a normal close by the other end closed the connection - sneaky firewall. If the FW folks are disclaiming responsibility, bring in the network techs to get sniffer traces on both sides of the firewall. That is the only way to be 100% sure. --- Alan Altmark IBM z/VM Development -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: CPU time/instruction table
On Mon, 1 Dec 2008 14:24:11 -0500, Shmuel Metz (Seymour J.) [EMAIL PROTECTED] wrote: Were IBM to document it, the timing manual for any of the current processors would be immense. Nah. Page 1: It depends. Page 2 would be intentionally left blank. With instruction pipelining, too much depends on what has happened *before* the instruction in question. From a raw technology perspective, changes in cache design and memory structure can affect an instruction as well (for good or ill). As was said, write your programs for readability and maintainability. Follow traditional rules about operand alignment. Do try to use RI-format instructions like LOAD HALFWORD IMMEDIATE to avoid storage reference or address generation. Alan Altmark z/VM Development IBM -- 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: z/VM and Mirrored DASD owned by z/OS
On Tue, 25 Nov 2008 08:34:20 -0600, Martin Kline [EMAIL PROTECTED] wrote: Thanks for the responses. Marking the devices 'notsupported' should fix the immediate problem. As mentioned over on IBMVM, and included here for completeness, the post said Offline_at_IPL or Not_Accepted. That doesn't mean not supported, but is a way to keep the secondary volumes offline. Alan Altmark z/VM Development IBM -- 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: IFL Extended to OpenSolaris
There is a variety of confusion. Sorry I've been away for so long. Real Life. Disclaimer: I am not a lawyer and am not dispensing legal advice. Rather, I am giving my observation of, at the practical level, How The System Works. Hardware: While you may own the machine outright, you do not own the LIC (the microcode), but have a License to Use from IBM. IBM's obvious (to a layman) intent for the use of the Integrated Facility for Linux is, uh, for Linux. The announcement removes any [IBM] impediment to OpenSolaris on an IFL. Software: z/VM *and all of it's features* (RACF, RSCS, DIRMAINT, PERFORMANCE TOOLKIT) are licensed to run on IFLs in support of that Linux workload. They are licensed under the International Program License Agreement (IPLA) and incur a one-time charge (OTC) with an option to pay an annual fee for service and support. For system software and most IBM application middleware, the OTC is based on the number of CPUs. Sometimes the number installed, sometimes the number you use. (It depends on whether a license manager is involved.) z/VM Co. use the number of installed CPUs. A product that is licensed under the IBM Customer Agreement (ICA) with a monthly license charge (MLC) is NOT licensed to run on an IFL. Why? Because MLC is based on MSUs. There are zero MSUs on an IFL ergo no capacity to run software that consumes MSUs (paraphrasing). You can ask IBM for a Special Bid to give you an explicit license to run ICA software on an IFL. You will usually pay a calculated one-time charge that is indexed to the MLC. The license-to-use may be limited to specific use cases. None of the other IBM operating systems (z/OS, z/TPF, z/VSE) are licensed to run on IFLs and we do not grant Special Bids for them. They are traditional workload. They may serve as clients or servers to Linux, but they do not support the operation and management of Linux or z/VM. We also don't grant Special Bids for things like compilers and databases - things that, again, are NOT in direct support of managing the Linux (and, now, OpenSolaris) workloads on an IFL. We have granted Special Bids for PVM, VTAM, NetView, ISPF and other software that is in support of the system itself. The above are general observations and you may find an exception along the way. The answer yesterday may not be the answer tomorrow. If you have any concerns or questions about a specific piece of software, I recommend you contact your IBM rep or business partner - don't assume anything. Hope this helps. Alan Altmark z/VM Development IBM -- 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: (off topic):Suppressing PCOMM printing request
On Fri, 5 Sep 2008 09:21:41 -0500, Chris Mason [EMAIL PROTECTED] wrote: I also wonder about the warning following the However which is a separate note in the NCP chapter text. Given that I understand how this works - as you will be the time you finish reading this post, I cannot see how the SSCPFM operand can affect the Write Control Character (WCC) in 3270 data streams created by applications. I think this is a case of double-rubbish in VTAM manuals. This is no longer par for the course for VTAM manual authors, it is a double-eagle! It suffices to concentrate on the allows and prevents in the first line and ignore the following rubbish - also the introductory rubbish. You would be excused for assuming that what was written had absolutely nothing whatsoever in the world to do with PCOMM supporting a TN3270E client. Chris, have you submitted a Reader's Comment Form or opened a PMR to get the documentation fixed? Anyone can submit an RCF. Back in the Before Times (late 80s) when I was testing VM support for VM/VTAM, I ran into this same problem and learned from the Elders that the non-intuitive SSCPFM=USS3725 was the solution. I simply acknowledged their Wisdom, my lack of same, and moved on. After all, I was looking for defects in VM, not in VTAM itself, so I did not understand that this was a true Mystery that is part of the Art of VTAM. I mean, if you don't intuitively understand the difference between 3270 and 3275, should you be allowed to do VTAM sysprogging? :-) BTW, there are those who have blashphemed and suggested that (gasp!) VTAM change the default! They *claim* that there is no longer a requirement to power on a remote 3270-esque device (printer or display) and have a hardcopy of the logo be printed in order to confirm that the comm line is working. Harrumph, says I. Harrumph, indeed. They should burn at the stake for heresy. The VTAM books are in serious need of ... refinement ... to help the young acolytes more readily understand what they need to do. Alternatively, provide an an ATCCONxx parameter 21STCENT=YES to get better defaults that reflect the more modern uses of VTAM, dragging it kicking and screaming out of the 70s. :-) Alan Altmark z/VM Development IBM Endicott -- 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: z/VM Evaluation Edition Now Available
On Fri, 25 Jul 2008 06:12:41 -0500, Jim Marshall [EMAIL PROTECTED] wrote: The way I understand IBM is not selling a real z/VM which works on IFLs and another real z/VM which runs on CPs. The cost is indeed very, very modest although in running z/VM V5.3, we have to pay extra for RACF along with DIRMAINT and I do not see any RSCS packaged. The above seem to imply RACF and RSCS come packaged in the real z/VM as standard equipment. If this is indeed true, can you verify it and I will go back and request a refund for the last 4 years. You are correct that there is only one z/VM and that it works on both CPs and IFLs. RSCS has been pre-packaged (installed, but disabled) with z/VM for many years, formerly as a standalone product and, as of z/VM 5.3, as a priced feature. When it became a feature, it acquired the IPLA Ts Cs, allowing it to be licensed on IFLs without a Special Bid. When you order Real z/VM, the product includes the priced RSCS, RACF, Performance Toolkit, and DIRMAINT features, but they are all disabled. (The LPR/LPD printing capabilities of RSCS are free and available even when RSCS is disabled.) If you purchase licenses for those features, you can enable them. The evaluation edition does not contain the RSCS and RACF code, however, so you cannot evaluate those functions with EE. DIRMAINT and Performance Toolkit *are* included and enabled. If a significant number of requests for RSCS and RACF are received from people downloading the evaluation edition, we'll certainly revisit the decision to not include them. Alan Altmark z/VM Development IBM -- 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: z/VM Evaluation Edition Now Available
On Thu, 24 Jul 2008 10:14:17 -0500, Wayne Driscoll [EMAIL PROTECTED] wrote: As part of making the z10 offering, why couldn't IBM come up with an official offering (granted in a different format) for people with older hardware? To understand why, you would have to understand IBM's order entry and fulfillment systems. They are all tied into the billing system. Orders go in, product comes out, bills get sent. If you want to avoid a bill, don't put it into the ordering system. Ah, but you need the deliverables from fulfillment, so you need an order. There's a hole in my bucket, Dear Liza That's dumb, right? Wrong. It's all dictated by the Terms and Conditions under which software is offered. You cannot offer the same software with two sets of terms and conditions, so enter the Evaluation Edition, stage right. It isn't z/VM as you would order it traditionally. It's different. It has different code in it, different ordering mechanism, different support, different Ts and Cs. Regular z/VM is an IPLA (OTC) product. That means no trial period. Why? Because there's no provision for such in programs offered under the International Program License Agreement. Instead, you're entitled to a refund. But that still means cash on the barrel. Why is z/VM IPLA, then! Because your IT managers and CIOs (collectively) said z/VM was getting too expensive. OK, get off the MLC (MSU-based) choo- choo and climb aboard IPLA. But z/ has a trial period! Yes, but it isn't offered under IPLA. It's offered under the IBM Customer Agreement instead. On the plus side, in the mainframe space you see only two IBM license agreements (apart from Open Source): ICA and IPLA. You don't have to wonder what the license says, except to read the specific parts. You might say that IBM needs another kind of license. Dunno, maybe it does. But that's the kind of thing that goes to the Top. Execs. Lawyers. Business Practices experts. Top People. We didn't want to wait that long. If you're just kicking the tires or wanting to see what it looks like, z/VM EE is good, and those with a z10, you have a leg up on those that don't. Those with z9s have options, too, but they're not any worse than they were before z/VM EE. And if you're in a Real PoC, even on a z10, I think you want Real z/VM. z/VM EE does not include RACF (for those so inclined) or RSCS. And I would think you'd want to play with those (RACF, at least) in a PoC. And everyone, even z10ers, will have to navigate IBM waters to get real z/VM. But we're offering the Eval Edition and await comments from those who use it. Alan Altmark z/VM Development IBM -- 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: Going unsupported - time to fold?
On Tue, 8 Jul 2008 16:48:52 -0500, Hal Merritt [EMAIL PROTECTED] wrote: Going 'out of support' does not mean that they can continue to run without paying for a license. And IBMLINK comes with the license. AFAIK, they can continue to receive fixes and keep somewhat up to date. Being 'out of support' simply means calls for support may or may not be productive. Not paying for the license is quite another issue. I had a customer several months ago who was shocked to learn that they must continue to pay for a license to use software that has been withdrawn and is no longer supported. Alan Altmark IBM -- 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: Another difference between platforms...
On Sun, 6 Jul 2008 16:58:42 -0400, John P. Baker [EMAIL PROTECTED] wrote: The FBA command set originally contained support for Reserve/Release. The IBM 4331 and 4361 processors (direct attach), as well as the 3880-4 controller provided the following related channel commands: X'14' Unconditional Reserve X'94' Device Release X'B4' Device Reserve Each of these commands returned 24 bytes of sense data. I researched further and found that the 9332/9335/9336 (the FBA disks on the ES/9221) all had those CCWs, too, architected or not. (The I/O architects tell me not. They have some 'splainin' to do ) If IBM's simulation of FBA on SCSI lacks Reserve/Release functionality, then that indicates that the simulation of FBA is not fully implemented. It does not indicate a lack of functionality in the FBA command set. The simulation team tells me, for example, that the reservation functions in the SCSI command set are not sophisticated enough to enforce what we think of as Reserve/Release. Alan Altmark z/VM Development IBM -- 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: Another difference between platforms...
On Thu, 3 Jul 2008 20:31:26 -0500, Paul Gilmartin [EMAIL PROTECTED] wrote: On Thu, 3 Jul 2008 14:34:29 -0500, Wayne Driscoll wrote: Clark, As was mentioned, FBA doesn't contain support for RESERVE/RELEASE, causing RACF/VM and RACF-z/OS to be unable to share a mini-disk resident database. If you can't share a RACF database, how would any other multi-system sharing be done? Err.. How does LDAP do it? How does NIS do it? Why must it be MDFS rather than SFS? The RACF database is not managed using CMS filesystem commands. If it were, z/OS and z/VM couldn't share databases. Ergo, it cannot use SFS. Alan Altmark z/VM Development IBM -- 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: Another difference between platforms...
On Wed, 2 Jul 2008 17:49:06 -0500, Rick Fochtman [EMAIL PROTECTED] wrote: --snip--- How difficult would it be to write (or under the covers, convert) CKD CCWs to FBA CCWs? --unsnip Isn't that exactly what happens in the current crop of RAID controllers now? No. Count-Key-Data describes a *semantic* for accessing data. Many of those semantics (such as searching) do not apply to FBA. Another example: There is no RESERVE or RELEASE on in the FBA architecture. It is trivial to convert CCHHR to an FBA block number. z/VM, z/VSE, and Linux are able to take advantage of SCSI devices because their file systems treat the disk as a block device. You won't find physical FBA block numbers or CCHHRs in the filesystem interface. File system block numbers are converted to CCHHR or physical FBA block numbers, or memory pages, as needed. But the limitations of the FBA architecture mean that, for example, I cannot share a RACF/VM database when deployed on FBA. Even if CP's simulation of FBA on SCSI was updated to include RESERVE/RELEASE, it wouldn't work because there is no concept of channel path groups and no lockout mechanism in the SCSI controllers. Alan Altmark z/VM Development IBM -- 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: Planned IBMLink Outage April 25 - 26
On Sat, 26 Apr 2008 19:09:53 -0500, Joel C. Ewing [EMAIL PROTECTED] wrote: Our maintenance window would be one point where a software glitch that only surfaced under production load would most likely be a sev 1 issue. This raises concerns for us about how well IBM is equipped to handle a sev 1 problem when their IBMlink infrastructure is undergoing maintenance. IBMLink provides a portal into a variety of backend systems and services (e.g. RETAIN). The Support Center uses the backend systems directly and is unaffected by the loss of IBMLink. This includes problem management, fix development, test, PTF build and shipment. Everyone needs In case of emergency, break glass. Here is the phone number for the Support Center. The phone is that object under the pile of papers. Every 30 days, verify you still have a dial tone. It was used in the Before Times - back before anyone heard of the web or e-mail. It provides a switched point-to-point connection from here to IBM. It remains the most reliable communications mechanism we have. Alan Altmark z/VM Development IBM -- 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: Planned IBMLink Outage April 25 - 26
On Tue, 29 Apr 2008 18:45:27 -0500, Paul Gilmartin [EMAIL PROTECTED] wrote: Did anyone see a phone number, before the snippage? 1-800-IBM-SERV in the US and Canada. http://www.ibm.com/planetwide Alan Altmark z/VM Development IBM -- 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: Code page dilema
On Fri, 4 Apr 2008 15:35:00 -0400, Tony Harminc [EMAIL PROTECTED] wrote: So I think this is simply a question of the PC-side display font and input method. I think you need to talk to Tom about how he maps EBCDIC data to display fonts. I see in the Vista Thick font supplied by Tom, the sputnik is at X'A4', and the Euro is at X'B0', which matches the Microsoft ever-growing CP1252, rather than ISO 8859-15 (IBM CP 923). For Windows codepage 1252, the euro is at 0x80. For Unix (8859-15, IBM cp 923), the euro is at 0xA4. For OS/2 (cp 858), it is at 0xD5. If the emulator uses a Unicode character interface to the operating system, the PC code page is unimportant. For more information on code pages, see http://www.ibm.com/systems/i/software/globalization/codepages.html Alan Altmark z/VM Development IBM -- 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: FTP from z/VM to z/OS JES Spool
On Fri, 4 Apr 2008 19:17:32 -0400, John S. Giltner, Jr. [EMAIL PROTECTED] wrote: I don't know if z/VM has it, but z/OS has a sendsite command that toggles the automatic sending of the quote site lrecl= command. Yes, it has it. Alan Altmark IBM -- 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: Can forked/spawned address spaces be identified as such?
On Fri, 21 Mar 2008 17:20:24 -0500, Kirk Wolf [EMAIL PROTECTED] wrote: I hesitate responding to your post - its mass might otherwise tend to kill this thread, which IMO would be a good thing :-) I'm with you on that point... however ;-) I agree with most of what you've written. IBM needs to transition from worrying about protecting z/OS source code to worrying that nobody will want to see it. Having done development in the Linux kernel (for System z) and in z/VM (a mix of source and OCO), having source code is of limited use. If you don't know *why* it works the way it does, the source is meaningless. Over time you can certainly teach yourself *how*, but not *why*. One of the most difficult problems I faced writing the original IUCV support for Linux was the complete lack of professional high-level and low-level design materials, not the lack of source code. And that source code is in C, where the how is more obvious than in my native language (assembler). It just didn't help. And, sure enough, there were later changes in the internal interfaces that I unknowingly misused. Nuances I had missed. It worked, but it wasn't pretty and ultimately to be re-written. Don't read the above as being anti-Source; it isn't, and I'm not. I just I hope it illustrates that source code is not a panacea. For some things it is necessary, but not sufficient. I have a different view of Peter Relson's posts - I think that he is only trying to explain which parts of control blocks are meant to be interfaces and which are not. This distinction has no analog in modern operating systems, where interfaces are expressed *entirely* by APIs and service routines, and not by skipping through PSA-ASCB-etc.etc. Control blocks aren't the problem. Understanding the why's and wherefore's of the values in them is the problem. They're in the same control block, so they have a relationship, but what is it? I think Peter's most important point was that of stability. The more you use with things the author didn't intend you to use, the more risk you add to your system. I think that the clear delineation and respect for application interfaces, product-specific system interfaces, and non-interfaces, has in no small part contributed to the longevity of the platform. Compatibility is not an accident. In any case, I appreciate Mr. Relson's (and other IBMers) contributions to IBM-MAIN, even if I don't always like what they say. Glad to hear it! Intelligent minds may differ. A sore point with me is always submit a requirement, but that's another topic. When you feel up to it, please start another thread and let's find out why. It's not the first time I've heard that. Alan Altmark z/VM Development (25+ years) IBM -- 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: z/OS and Linux on same z/VM Image
On Mon, 17 Mar 2008 10:00:25 -0700, Edward Jaffe [EMAIL PROTECTED] wrote: This seems to say that the granularity of processing capacity for z/OS running as a guest under z/VM is based on the number of apparent CPs available to the guest. Does z/VM vary the speed of the individual CPs -- as returned to z/OS by the STSI instruction -- to achieve additional granularity consistent with SET SHARE? z/VM provides a STSI level 3 Capability Adjustment Factor (CAF) that reflects how much (expressed as a percentage) of the machine's capacity is being given to a particular guest. STSI level 2 tells you how much of the machine's capability is given to the VM LPAR. Further, STSI level 3 reflects only those CPUs in the virtual machine's configuration, not the available CPUs. Alan Altmark z/VM Development -- 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: z/OS and Linux on same z/VM Image
On Sun, 16 Mar 2008 14:39:12 -0400, Scott Ford [EMAIL PROTECTED] wrote: I don't see how prices won't go up, unless IBM offers a package deal with z/VM - z/OS and Linux...With the current state of the economy most shops are looking for a cheaper alternative ...to spending a lot for software and people of course... With subcap pricing on z/OS, you can add CPs for use by a z/VM LPAR. If you dedicate those CPs to the z/VM LPAR, your existing z/OS partition won't see an increase in MSU capacity. When you bring up z/OS as a guest on the z/VM LPAR, it will report MSU usage consistent with the share of the CPU it gets from z/VM (SET SHARE). So to the extent you use (and benefit from) z/OS running as a guest (with virtual CFs!), yes, it will cost extra. On the other hand you may find that your dev/test environments are cheaper to deploy in virtual machines than in LPARs. Alan Altmark z/VM Development IBM -- 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: DCF (was Re: System z10 announcement (in English))
On Tue, 4 Mar 2008 21:26:25 -0600, Paul Gilmartin [EMAIL PROTECTED] wrote: Alas, whenever I search for a z/Series PoOP online in HTML/Book format as opposed to PDF, I conclude that some department within IBM thinks of DCF only in the past tense. Has PoOP authoring abandoned DCF for a competing tool? I'm not sure why you're tying book format to DCF. DCF is rarely used with System z publications, as book maintenence and formatting were moved to workstations years ago. The tools can produce a variety of output formats, depending on the requirement. Alan Altmark IBM -- 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: Linux zSeries questions
On Mon, 18 Feb 2008 15:26:37 -0500, Thomas David Rivers [EMAIL PROTECTED] wrote: Also - you may want to look at z/VM; some of its kernel is written in C too. I believe if you have access to the z/VM source (I'm not sure if that's still made available) you'll find it. I can confirm that there is C code in the Control Program, but we do not ship the source for the modules that use it. Alan Altmark z/VM Development IBM -- 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: Linux zSeries questions
On Sat, 16 Feb 2008 21:11:53 -0600, Ed Gould [EMAIL PROTECTED] wrote: Its been IBM's mode of writing OS code since OS/360 and if I am not to far off some version of PLS has been responsible for every release of OS/360 all the way up to Z/os . of course if ita not done in PLx it was written in assembler its almost always been one or the other. If LINUX is written in C then whose version of C is it? DIGNUS/SAS (?)/ or ? it certainly can't be IBM's (at least the one they released to to the general public). Ed, you're either not listening, have just crawled out from under a rock, or are being obstinate. Didn't you hear? Linux is an Open Source operating system! Please stop trying to paint it with 50 years of IBM mainframe operating system history. As an open source effort, it is developed with open source tools. To wit, the GNU C/C++ compiler (gcc). Yes, you can write an operating system, including device drivers, in C. If MVS were being written anew today, much of it would be in C. To the extent that machine-level instructions are present in open code (similar to PL/X GENERATE), they are there because they are doing things that the compiler cannot do. This is true on ANY operating system written in ANY language; there are times when only machine language (platform assembler) will do. And before you ask, the assembler in Linux is open source, too.. What is it? You may have guessed: the GNU Assembler (gas). Its typical of people like you to end the discussion with an ignore. I tend to read everybody's opinion then form a judgement but with the new generation if you don't want to hear you just turn them off. Thats up to you but you are destined to not understand someone else's opinion by doing so. You will also follow people unquestioningly usually that shows where you fall. LOL, Ed. Phil is not of the New Generation and is actually a careful listener, willing to learn new things. You have made yet another uninformed judgement. :-( I get the impression that you have an internal picture of the universe that is colored just so, oriented just so, shaded just so, and are not of a mind to perceive the universe anew when presented with new information, or to accept that there are other pictures that are just as valid as your own. Alan Altmark speaking for himself -- 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: Linux zSeries questions
On Thu, 14 Feb 2008 22:15:27 +0900, Timothy Sipples [EMAIL PROTECTED] wrote: 3. Yes, you can certainly start and run Linux under z/VM on CPs (general purpose processors). General purpose means you can run anything on them -- CPs are the universal processors. IFLs are the processors dedicated to Linux, but CPs work just fine, too. If you want to run a trivial amount of Linux -- booting it, having fun with it, experimenting with it, doing a little real work with it, etc. -- then existing CPs you already own are probably the most economical. (You already own them, and spare capacity is basically free.) Once you get serious about running Linux beyond some trivial amount you'll probably want to invest in at least one IFL. However, you will pay z/VM and Linux middleware license fees based on the total number of CPs, even if you have just one LPAR with one logical CPU. Those with larger CP counts will likely find adding a couple of IFLs to be a better strategy. Alan Altmark z/VM Development IBM -- 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: Common Criteria (was: DB2 queries without using MF)
On Thu, 31 Jan 2008 10:28:35 -0800, Ron Hawkins [EMAIL PROTECTED] wrote:Thanks for correcting me. I am a MF bigot, but I am also a realist. Do you know if z/OS with RACF is the only server/software combination that has these certification? [snip] My real point is that z/OS is not necessarily streets ahead in security anymore. To use this as an argument to maintain the mainframe may backfire when Solaris, AIX or HP-UX leapfrog z/OS, which I'm sure they do on occasions. Security is just one dimension of an operating system, so it should never be used as the sole reason for keeping any operating system, including z/OS. Good security is necessary, but never sufficient. The certifications allow you to establish a level of ... confidence ... in the security functionality of the product. If Solaris AND z/OS have EAL 4+ with CAPP and LSPP, then within the functional confines of CAPP and LSPP the two have very similar functionality: - discretionary access controls (RACF PERMIT) - that can be overriddent by mandatory access controls (MLS) - audit trails - documented designs and test case evidence - a secure development environment - a way to fix it in the field if needed Of course, the way you do those things is different in each operating system, but the functionality and the processes that created it are assured by an overseeing government agency to be present. So don't get hung up on trying to justify z/OS (or z/VM or Linux) based on Common Criteria. Instead, consider whether the Goodness and Light that come from such a certification should be part of the security requirements for the products you purchase from ANY of your vendors. It can help to eliminate an entire area of discussion and speed up purchase decisions. For comparison, LPARs are rated at EAL 5 (the scale is 1 to 7). Up to EAL 4, the government signatories to the Common Criteria will accept each others' certifications. At EAL 5, they don't - the certificaiton must be earned in each country separately, a significant financial commitment. Alan Altmark Common Criteria Architect for z/VM IBM -- 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: IND$FILE
On Sun, 3 Feb 2008 12:52:17 -0500, Shmuel Metz (Seymour J.) [EMAIL PROTECTED] wrote: You may be able to get information from vendors who have reversed engineered it, but the only IBM documentation on IND$FILE was a skimpy manual that contained absolutely no useful information. If you have an old 3270PC lying around, maybe it's documented there. IIRC, there was little/no documentation since it required an emulator have support, and therefor the things you can do with it are at the whim of your emulator. So, knowing the various options on IND$FILE wouldn't help you if your emulator couldn't be persuaded to use them. Alan Altmark IBM -- 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
VTOC
An issue has been raised about the dummy VTOC that DSF writes when you format a CPVOLUME. It contains only a type 4 and type 5 DSCB. No datasets. No free space. In your experience, is that sufficient for MVS to refuse to allocate space on the volume? Or is the lack of type 1 DSCB that shows e.g. SYS1.VMVOL occupying the whole volume an issue? Thanks. Alan Altmark z/VM Development IBM -- 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: New System Build (Part II)
On Tue, 8 Jan 2008 11:30:48 -0600, Mike Baldwin [EMAIL PROTECTED] wrote: Could you stress it enough such that z/VM would issue a message when a tape drive is *not* available to it? (preferably early enough that one could be acquired before actually needing it to write ;-) ) LOL. HCP666R NO TAPE DRIVE DETECTED DURING IPL HCP666R CONTINUE WITH RISKY BEHAVIOR? (ABORT,RETRY,IGNORE) Alan -- 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: New System Build (Part II)
On Fri, 4 Jan 2008 16:49:24 -0600, Tom Marchant m42tom- [EMAIL PROTECTED] wrote: On Fri, 4 Jan 2008 16:23:23 -0600, Alan Altmark wrote: (I am mystified by tapeless mainframes. How does one take a stand-alone dump? DASD Perhaps in z/OS, but in z/VM, a stand-alone dump is written to tape, not dasd. A CP Hard, soft, and snap dumps are written to spool and then either SPXTAPE DUMPed to tape or DUMPLOADed onto a CMS disk and FTPed. It is, in theory, with today's larger machines, possible to create a dump that the CMS file system cannot hold. That leaves you with SPXTAPE DUMP as your only alternative. I really cannot stress enough that a z/VM system should have a tape drive available to it. Alan Altmark z/VM Development IBM -- 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: New System Build (Part II)
On Thu, 3 Jan 2008 10:21:15 -0500, Shmuel Metz (Seymour J.) shmuel+ibm- [EMAIL PROTECTED] wrote: 4) PIPE YOUR AWSTAPE | deblock awstape | tape to write it to a real tape drive. As I understand it, he doesn't have a real tape drive. You're right. Mark said he didn't have a tape drive on his z9. My bad. (I am mystified by tapeless mainframes. How does one take a stand-alone dump? How do you get a large dump to the Support Center?) I'd get FLEX-CUB or something to attach to my external disks. While it may be possible to get the file that contains the disk volume over onto the VM system, I don't think there's any CMS Pipelines support for it. And I don't know if the FLEX folks document the format of the disk files the way they do for AWSTAPE. Alan Altmark IBM -- 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: New System Build
Correction: You don't need to download a new level of CMS Pipelines. The version that comes with z/VM includes the deblock awstape stage, though it is not a supported function. PIPE AHELP DEBLOCK will get you more info. Alan Altmark z/VM Development IBM -- 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: New System Build
On Thu, 27 Dec 2007 15:17:16 -, Mark Wilson [EMAIL PROTECTED] wrote: This is where the questions arise and looking for some help or ideas as to how to make this work or if not possible. We see the steps as: We believe we can build a Stand Alone (SA) DFDSS pgm in card image form (BUILDSA) on the old system and FTP this across to a CMS user. This user should be able to receive this card image as a CMS file and punch it to the virtual reader. We could then IPL from the reader on this zVM virtual machine This then creates a IPL'd SA DFDSS environment This last and final part is the bit we are struggling with. We can create a DFDSS full volume dump of the OnePak System to DISK and FTP it to the zVM/CMS system on the z9. What I am struggling with is how to get the as input to the DFDSS SA program from the zVM/CMS environment? a) There is no DFDSS SA program in CMS. b) You cannot IPL something FTP'd to a VM user's RDR. The spool file is in NETDATA format. Easiest is to 1) Dump your system to tape in awstape format on your Flex system 2) FTP the awstape file to CMS 3) Go get the CMS Pipelines Runtime Distribution (not the version that comes with z/VM) 4) PIPE YOUR AWSTAPE | deblock awstape | tape to write it to a real tape drive. 5) Do the same thing with your ASWTAPE file that has DFDSS SA on it. 6) IPL the tape you just created. Restore the other tape to a disk volume. 7) IPL the disk volume Alan Altmark z/VM Development IBM -- 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: Code pages
On Sat, 8 Dec 2007 12:17:39 -0600, Joel C. Ewing [EMAIL PROTECTED] wrote: I also have been unable so far to find any on-line reference that actually gives examples or names of established standard graphic representations for the various codepoints in the EBCDIC codesets. You can find the most common code pages at http://www-306.ibm.com/software/globalization/cp/cp_cpgid.jsp The PDFs contained therein are copies of the Official Versions maintained by the IBM Globalization Centre of Competency for use by all IBM hardware and software. I've have been running of necessity under the assumption that there is some standard and that IBM's PComm emulator would conform to it, but that is probably a rash assumption. It's also quite possible (likely?) that whatever standard exists may have left some codepoints undefined, and that PComm could have implemented graphics for those codepoints that differ from other 3270 emulators. IBM PCOMM implements code pages that conform to those you will find at the URL above. Those same code pages can be used by z/VM and z/OS TCP/IP apps for ASCII-EBCDIC translation. They are imbedded in LE, too, for use with iconv(). This shows that by PComm's implementation of the codesets that, among other differences, there is an interchange in the graphics for PL/1 Logical not and the Circumflex or caret at codepoints X'5F' and X'B0' between IBM-037-US and IBM-1047-US. It also shows that the differences between IBM-924-Multinational and IBM-1047 are much more extensive than just the Euro symbol, probably because there was no US-specific IBM-924 variant (at least not in PComm 5.6). IBM-924 is the EBCDIC variant of ISO 8859-15 (IBM-923). There is no country-specific version of 924. I believe REXX allows the slash alternative operators precisely because translation with codesets like IBM-037 or IBM-1140 can cause syntax problems and algorithm failure if the caret is used. About 10 years ago I have up on using Logical Not in favor of != or . Not only do those characters work in any code page, they always survive EBCDIC- ASCII translation (e.g. with FTP), and cut-n-paste always gives the correct result. Alan Altmark IBM -- 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: Newspaper: IBM Invests $5M in Illinois State Univ.
On Thu, 15 Nov 2007 19:42:47 -0700, Steve Comstock [EMAIL PROTECTED] wrote: I didn't see it in this article, but someone already posted that it seems the software is Linux (probably with z/VM), not z/OS; is z/OS still IBM's flagship operating system? You know, even though I'm a z/VM guy, I respect all mainframe life. I wouldn't care what was running on it as long as mainframe skills were forthcoming. I'm far more interested in students learning - What it means to share - The benefits of writing slim-ware - Why it's ok that you don't use it for watching DVDs or listening to music - How to communicate and cooperate with people - How to plan for growth - How to control costs - How to plan for disasters - The meaning of compatibility - The difference between a computing system and a computer - Why a disk drive going south after only 5 years of operation is a Bad Thing - Why BSOD and a three-finger salute is not acceptable You know - all that inherent mainframe coolness (to quote Bill Bitner) that we take for granted. As long as they come away with - Mainframes exist outside of the movies - Mainframes aren't part of the Evil Empire - Mainframes can do things other computers cannot - It's not only about clock cycle time, stupid then the jump to z/OS or z/VM or z/VSE or z/TPF or as managers of zLinux farms (even if they don't manage z/VM itself!) won't make them feel like they've been abducted by aliens. Any progress is Goodness. Alan Altmark z/VM Development -- 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: IBM Confidential
On Fri, 26 Oct 2007 22:18:53 +0100, Phil Payne [EMAIL PROTECTED] RESEARCH.FREESERVE.CO.UK wrote: I've now got more than one unsolicited copy of the z6 stuff what in hell am I (or we, including PSI) supposed to do about this? By the z6 stuff are you referring to materials about or related to z6 marked IBM Confidential? (The z6 chip information from Charles Webb is not confidential. An unusual step for IBM, yes, but not confidential.) Alan Altmark IBM -- 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: IBM Confidential
On Sat, 27 Oct 2007 19:38:28 +0100, Phil Payne [EMAIL PROTECTED] RESEARCH.FREESERVE.CO.UK wrote: 17. You weren't explicit, but I assume that means you have received 17 separate (and unique) documents about the z6 that are marked IBM Confidential. I wonder what the world record is? And it's not at all an unusual step for IBM, which has the most hypocritical attitude in the whole industry towards pre-announcing. Like Dr Goebel putting the z890 MIPS table up in the opening plenary session at WAVV in Leipzig weeks before the announcement? Get out of here. As a member of the WAVV Board, I can assure you that WAVV has never been in Leipzig. Dr. Strassemeyer (not Dr. Goebel) has indeed discussed future chip designs at WAVV opening sessions, but nothing at the level of detail given by Mr. Webb on the z6. It's the level of detail I find unusual. Perhaps you are referring to GSE, Guide-SHARE Europe? I don't attend those meetings, so I can't comment. I shall continue to open my email, no matter what IBM's lawyers say. And if stuff turns up that IBM thinks shouldn't - that's not MY problem, it's IBM's. Duty of care. I have no relationship with IBM and no obligation to treat anything that arrives as anything other than public domain. It was IBM legal that threw our relationship into the toilet, not me. Jeez, Phil. Remain calm. I just asked a simple question. I'm not accusing you of anything. Do whatever you want with your e-mail. Alan Altmark IBM -- 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: More SSL/TLS and FTP woes
On Wed, 17 Oct 2007 12:38:12 -0500, Chase, John [EMAIL PROTECTED] wrote: Note that the well-known port in either case is for the control connection; the data connection is randomly assigned in either case. The randomly part is often the cause of failure of secure ftp through firewalls. They cannot see the PASV on the control connection because it is encrypted and then fail to open the needed holes. If you have this problem, use PassivePortRange to identify the range you would like the FTP server to use for PASV, and update your firewall rules accordingly. (Those ports esentially become well-known by the firewall.) Alan Altmark z/VM Development IBM Endicott -- 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: IBM Sales Manual
Carlos, go to http://www.ibm.com/common/ssi and work your way in from there. Regards, Alan Alan Altmark Sr. Software Engineer IBM z/VM Development -- 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: Why is not AIX ported to z/Series?
On Sat, 4 Aug 2007 09:33:40 -0500, William Richter [EMAIL PROTECTED] wrote: I guess I did not adequately qualify my original question...let me try again... Why doesn't IBM create a special purpose engine, similar to the IFL, for AIX. Lets call it an IFA. Would not AIX running on a zSeriers special purpose engines generate benefits similar to Linux on IFL's. Because there would be no financial benefit to IBM to do so. It would: - cost money to implement IFAs - cost money to virtualize IFAs - cost money to port AIX to System z - compete with AIX on System p - create another platform on which IBM and other middleware would have to be ported and certified From a customer perspective, it would eliminate the option of using open software on System z. Alan Altmark z/VM Development -- 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: PSI MIPS (was: Links to decent 'why the mainframe thrives' article)
On Tue, 17 Jul 2007 22:21:23 -0400, John S. Giltner, Jr. [EMAIL PROTECTED] wrote: Can the mainframe z900/z990/z9 compete head to head with Intel? IMHO, yes. Head to head. You are talking about the same number of processors and same amount of RAM/Central Storage. I don't understand why the comparison is always technological. Why not compare what the costs to acquire, provision, operate and maintain the system over, say, 4 years? This is the TCO stuff, including staff, software license costs, electricity, floor space, etc. Head to head where it counts: IT spending. Do people *really* care that much about MHz or GB? I figured folks were primarily interested in affordability. Can you get the function you need, with the qualities of service you require, at a price you can afford? Can your infrastructure absorb/accomodate growth? If all you want is a web server, don't buy a mainframe. If all you want is 5 webservers, don't buy a mainframe. If, on the other hand, you want 400 webservers, buy a mainframe. If all you want is 50 servers, buy a small mainframe. Alan Altmark z/VM Development IBM -- 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: Patents, Copyrights, Profits, Flex and Hercules
On Tue, 12 Jun 2007 12:51:12 -0700, Dean Kent [EMAIL PROTECTED] wrote: PWD is for businesses, not hobbyists or students, or people who just want to tinker. Inventors are not always business people (and vice-versa). Therefore, PWD is really not the answer to the question that was posed. Sorry if I misinterpreted the thread. IBM has never (IMO) been particularly interested in courting hobbyists. I know this is disappointing, but there is a certain amount of risk and a certain amount of benefit. TPTB have determined that there is insufficient benefit, so no go. I think the attempted point is - how does one go from being a hobbyist/student/individual inventor to a commercial developer (ISV) in the mainframe world? There is no avenue for this, at present. The *only* route is to work for an established business. This takes us back to the question about hobbyists and inventors - who are not the best candidates for existing commercial development companies that want 'efficient coders', not inventors. No avenue in what way? PWD allows for Developing Products in addition to Current Products. As long as you're actually in *business* to make and sell a product (even if your seller is a business partner), PWD is the right choice. Alan Altmark IBM -- 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: Patents, Copyrights, Profits, Flex and Hercules
On Mon, 11 Jun 2007 21:32:57 +0200, Lindy Mayfield [EMAIL PROTECTED] wrote: I'd really like to know what IBM's stand on this really is. People who want to develop commercial software for z/OS, z/VM, and z/VSE need to become members of PartnerWorld for Development (PWD). The whole purpose of PWD is to promote the development of products on our platforms. PWD is the channel that provides goods and services for developers, including highly-discounted software (up to 100%) and advance copies of new software. If PWD doesn't provide you with what you need, then you have someone to hear your concerns. Someone who is tasked with addressing your concerns, even if the answer is No or Not at this time. Unlike some other parts of IBM, PWD understands that ISV concerns are not really about technology, they're about business. PWD knows that ISVs need a cost-effective way to develop software for the mainframe or else you don't have a viable business model. And if *anyone* in IBM is going to provide software developers with that, it will be PWD. While it would be great if PWD were represented here on IBM-MAIN, it isn't. They have their own communications channels with members. Finally, I'm sorry, but and we (IBM) aren't going to get drawn into a debate about licenses , terms conditions, or what IBM will or won't, should or shouldn't do to protect its business interests. As you might imagine, that's an incredibly dangerous minefield. It all comes under the heading of legal stuff, where one unintentional wrong word could cost the company a ton of money. It just not worth losing our jobs over. Really. Alan Altmark IBM -- 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: Secure Tn3270
On Tue, 29 May 2007 14:05:25 -0500, Ray Prevott [EMAIL PROTECTED] wrote: Just getting started on this. Any advice out there? I am on z/OS 1.7 and PCOM 5.8. Hope to use RACF to manage certificates, but I don't have a clue as to what kind I might need. Any help appreciated. While not strictly necessary, I would get PCOM 5.9. It has the Negotiated TLS capabilty that allows you to use port 23 for both encrypted and clear-text tn3270. Alan Altmark z/VM Development -- 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: whiny question: Why won't z/OS support the HMC 3270 emulator
On Fri, 13 Apr 2007 12:34:43 -0400, Gregory, Gary G [EMAIL PROTECTED] wrote: Well, I couldn't find a place to order it and I had heard that support was being dropped or was already dropped. Again, this was not confirmed, that's why I'm asking. PCOM is alive and well, living comfortably in a nice villa on the beach. Small drinks with umbrellas have been reported. Also, if it's still actively marketed, does anyone have a website address where it can be ordered? I've searched IBM IBMLink. I find that searching ibm.com rarely gets me the information I want. For some reason, every article, paper, or red book ever written on the subject is sorted first. :-) So rather than trying to sneak up on it, come in the front door. Start with the IBM Software: http://www.ibm.com/software Navigate to Products A-Z and look for Personal Communications. Or, by category, Networking. From there you will find PCOM. At this point it gets tricky and you have to read carefully. Under Features Benefits you will find that it is part of - Host Access Client Package (HACP), and - WebSphere Host Integration Solution (HIS) Under How to Order you will find it is directly available via Passport Advantage. If you have PA, great. If you don't, then you fall back to HACP (cheaper than HIS). But if you want other things, too, like Communications Server and Host Access Transformation Services (HATS), then HIS is what you want. [This web page should tell you this explicitly, not make you infer it, IMO.] Locate HACP as described above. HACP is orderable from the Software Catalog. I just installed PCOM 5.9 to get the Negotiated TLS/SSL support. Hope this helps. Alan Altmark IBM -- 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: Hipersockets VM Only?
On Thu, 12 Apr 2007 11:41:52 -0300, Shmuel Metz (Seymour J.) [EMAIL PROTECTED] wrote: Isn't PR/SM implemented by a special version of CP running everything with SIE? Sounds virtual to me. While PR/SM and CP share some DNA, they each have mutated to the point that they wouldn't recognize each other at a family reunion. Yes, PR/SM uses SIE to create partitions and CP uses SIE to create virtual machines. There are two sets of SIE hardware, if you will, so that the partition AND the virtual machine are executing on the hardware with most of the SIE assists still intact. Is the virtual or real? (ouch...the pain...make it stop!) Alan Altmark IBM -- 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: whiny question: Why won't z/OS support the HMC 3270 emulator
On Wed, 11 Apr 2007 15:02:28 -0500, McKown, John [EMAIL PROTECTED] wrote: After all, z/VM does. Is z/VM so much superior to z/OS crooked grin? I tell you 3 times: Yes. And XEDIT is way better than ISPF, too. And VM had TCP/IP first. And Rexx. Nyah. }:-) Alan Altmark -- 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: Hipersockets VM Only?
On Fri, 6 Apr 2007 15:18:27 +0200, Chris Mason [EMAIL PROTECTED] wrote: You might like to mention to your colleague that there are excellent search engines available for sorting out this sort of query. Yeah, but it won't necessarily clear up any confusion since there are two kinds of Hipersockets: real and virtual. Real Hipersockets provide LPAR-LPAR, LPAR-virtual machine, and virtual machine-virtual machine communications. Virtual Hipersockets are a z/VM construct that provides a Hipersocket interface, but one that is usable only with z/VM's Guest LANs, virtual machine to virtual machine. Alan Altmark IBM -- 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: IBM to the PCM market(the sky is falling!!!the sky is falling!!)
On Thu, 5 Apr 2007 09:14:59 -0700, Ray Mullins [EMAIL PROTECTED] wrote: However, both you and Marcia continue to ignore the context of the current discussion here on IBM-MAIN in your posts. Many of us are or work for ISVs - especially small ones that can't afford the $100K for a basic kneecapped z9 BC, but could afford the FLEX-ES offering. These ISVs have supported IBM System z and its predecessors for over 40 years. There are many ISVs represented on this list, and the small ISVs have been griping over the perceived lack (and remember, perception is reality here) of a proper IBM response to the FLEX-ES situation for almost a year. Neither Timothy, nor Marcia, nor any other front-line IBMer you regularly see or talk to is going to engage in a discussion about ISVs, PWD, or IBM's future plans for System z. The only people who could respond are IBM executives responsible for those things, and they don't hang out here. IBM deals with 3 kinds of customers: - ISVs - Business Partners - Consumers (end users) [not mass market] Everyone on the planet recognizes that not every ISV can install a traditional mainframe. Even IBMers. We who deal with ISVs or who hang out in places like this appreciate the frustration ISVs are experiencing, but we cannot, as individuals or as IBMers, address them. We are, all of us, waiting to see what will happen. As you might expect, any (non-executive) IBMer who actually has knowledge of the future cannot speak of it. But ISVs should be working through the PWD program to ensure that PWD is representing your needs. The fact that a lot of small ISVs are represented in IBM-MAIN changes nothing since PWD doesn't hang out here AFAICT. Having your livlihood threatened isn't pleasant and your frustration and anger are understandable, but, honestly, you will not get speculation from us on what the future will hold. So if your expectation is that you will get an answer here prior to getting an answer through an official PWD channel, you will be disappointed. Something like this affects peoples' lives and livlihoods and speculation by anyone with an ibm.com e-mail address would be monumentally inappropriate. If we could tell you anything, we would. So please don't take our lack of response here to your concerns as an ISV as a sign of indifference or unconcern. Far from it. All members of the Mainframe Fan Club want you to succeed, but the needs of ISVs are very different than those of consumers, and it is unfair to the consumers to imply that the technology dividends they have received over the last 10 years don't count for anything just because you're unhappy with IBM today. BPs should be working through their channel management to ensure that IBM knows how *your* business is affected. (They don't hang out here, either.) This brings us to consumers. IBM has continued to lower the TCO *and* TCA for the mainframe. A lot. Timothy and Marcia have been trying to respond illustrate those advances. Since IBM is in business to provide value to its shareholders (duh), IBM does have its own financial objectives, too. Common sense says there must exist a price below which IBM, at a given point in time, is not willing to go, and there are sacrifices it is unwilling to make. IBM must, of course, live with the consequences of those decisions, but that's just business. So, if z/OS related middleware software pricing finally breaks the camel's back and a company decides, after a TCO analysis, that the benefits do not justify the costs and that reengineering onto another platform is the right thing to do, then you should do it. We have seen, however, that many companies who take the time to do a careful TCO come to realize that there are qualities of service and capabilities in the mainframe that they have taken for granted. All of a sudden, there are more benefits than originally thought, providing additional weight in the TCO equation. Assuming a company won't push the equipment off the end of the loading dock in a fit of spite, it may decide to preserve its hardware investment and look at Linux on the mainframe. Or not. But with all that said, I and many others sadly recognize that some customers (the consumer kind) are leaving the mainframe. Their IT needs are shrinking, not growing, and it has become painfully evident to both sides that the time has come for a parting of the ways. The capacity and qualities of service aren't needed, and there aren't enough servers to worry about consolidation. If they have benefitted from their relationship with IBM in prior years, hopefully they will remain partnered with us. Some won't. That's just business, too. But we'll miss them anyway and wish them success. Respectfully, Alan Altmark Sr. Software Engineer IBM -- For IBM-MAIN subscribe / signoff / archive access instructions, send email
Re: IBM to the PCM market(the sky is falling!!!the sky is falling!!)
On Fri, 6 Apr 2007 14:21:11 -0500, Tom Marchant m42tom- [EMAIL PROTECTED] wrote: Thank you for your well reasoned response, Alan. On this point, though, I disagree. Customers are not leaving the mainframe because theit IT needs are shrinking, unless by shrinking you mean growing at a slower rate than the growth of computing technology. I think you're right, Tom, that it is sometimes/often an apparent decrease rather than an absolute decrease. An interesting point, indeed, as we look at small customers who are growing rapidly - they'll put in a mainframe to handle Linux server growth, yet still be considered part of SMB based on the absolute dollar value of their expenditures rather than on their pursuit of the Latest Greatest gear. (I'd like to get rid of S, M, and L as it applies to IT.) Bottom line, yes, IBM wants you to keep up the pace. If your growth is slower than the technology, that's ok, as we recognize that ever year can't be a Big Winner, but over time growth does need to be present. The shrinking of the mainframe customer base is a cause for real concern. Every time a customer leaves the mainframe it hurts us all. I don't have a clue how many installations license MVS today, but the hurt when the user base loses one of 30,000 customers is nowhere near as bad as it will be if we get to where there are only ten left and we lose one. There's a life lesson in here somewhere about the never-ending story of technoflation. Grow or die. Publish or perish. New and improved. All new. As never before. Operators are standing by. But there have also been a lot companies go bust, plus the acquisitions and consolidations. It seems an inevitible result of New and Improving the technology. If we don't do it, we are viewed by analysts as dinosaurs, you know? Rock. Hard place. Now, if system programmers ran the zoo :-) Alan Altmark IBM -- 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: IBM to the PCM market(the sky is falling!!!the sky is falling!!)
On Fri, 6 Apr 2007 14:29:58 -0700, Edward Jaffe [EMAIL PROTECTED] wrote: Raw license counts are a much less important measure than how much data is stored and how many end users are accessing that data. But, Ed, that's a technologhical view. If you charge on a per-CPU or per-duo basis, the number of boxes is the *only* number that's interesting. Databases can be big or small. Who cares if you're counting CPUs? There are products that charge on a per-client (seat) basis (or a client- related tier charge). You can split your user population onto 30 servers or one. 100 databases or 1000. Who cares if you're counting clients? Follow the money. Now, once you sweep the money off the table, then you can get into qualitative measurements about the importance of the data that sits on the mainframe. patriotic music begins to play Alan Altmark IBM -- 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: z9BC HMC - Remote access issue
On Tue, 3 Apr 2007 15:43:41 -0400, Jack Kelly [EMAIL PROTECTED] wrote: IE V6 IBM wants tools - internet options - advanced - Use Http 1.1 The Second setting 'Use Http 1.1 through Proxy connections' shouold be checked if using a proxy server. and the SSL 2.0 and 3.0 checked I think the Linux HMC can live with just SSL 3.0. The hold HMC requires SSL 2.0. Alan Altmark z/VM Development -- 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: z/VM (was RE: Start of a PDSE rant was Re: OA03767 PDS/E Restriction
On Fri, 23 Mar 2007 14:23:23 -0400, Jon Brock [EMAIL PROTECTED] wrote: I'd better get cracking on the 5.2 upgrade. It would be nice to get it done before 5.3 goes GA. :-) z/VM 5.1 goes out of service in September of this year. Alan Altmark z/VM Development IBM -- 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: Running OS/390 on z9 BC
On Fri, 9 Feb 2007 16:20:42 -0800, Edward Jaffe There is no option in z/VM to run a guest in ESA/390 mode on a machine supporting z/Architecture. IOW, if the guest understands z/Architecture, it will issue the SIGP to run that way and there's no way in z/VM to prevent that or hide the fact that the underlying hardware supports z/Architecture. OTOH, if the guest doesn't understand z/Architecture, it should happily run in ESA/390 mode under z/VM even when z/VM itself is running in z/Architecture mode. All boxes, z/Architecture or S/390, IPL in S/390 architecture mode. The operating system must take action to get into z/Architecture mode (SIGP SARCH). z/Architecture is where you get 64-bit registers and PSW, along with 64-, 31-, and 24-bit addressing modes. (Addressing mode does not affect register width.) In S/390 architecture mode (even on a z box!), only 31-bit and 24-bit AMODEs are available and the registers remain 32 bits wide and the PSW is in its traditional form. Naturally, z/VM presents a guest with the same story. Guests always IPL in S/390 architecture mode. If you have a z/VM V3, V4, or V5, running the z/Architecture build, then guests will be able to issue SIGP SARCH and get into z/Architecture mode themselves. If you're running a 31-bit version of CP, then CP has not issued SIGP SARCH and so cannot present z/Architecture CPUs to a guest. SIGP SARCH by a z/OS guest would fail in that case. A system that only understands S/390 will happily IPL, whether native or as a z/VM guest, and begin to run. As a guest, some of the machine Facilities are hidden from the guest and the guest knows not to try to use them. Older guests that weren't aware of such facilities won't trip over their lack. But sometime after the initial IPL is complete, the newly-hatched operating system begins to talk to the I/O subsystem and look around. In an LPAR this is usually where things typically fall apart. There can be chpid types (new cards) he doesn't understand, multiple channel subsystems, different operation of OSA or crypto cards, or indicators that tell him to talk to the I/O subsystem control functions in a different way. choke A z/VM guest, on the other hand, is talking to a virtual I/O subsystem, one that, of necessity, hides much of the real I/O configuration from the guest. CP is ready and able to deal with the real I/O config, but gives the guest a simplified view. So, when in doubt, try it out. But as has already been discussed, the answer to Will it run? and Is it supported? are two entirely different things. Sometimes the enabling PTFs are related to I/O, sometimes to the CPU, sometimes to crypto or OSA. Of course, even if unsupported you still have to pay the MLC if you continue to use the software. Watch out that your current pricing model might not be available on the new box. Alan Altmark IBM z/VM Development -- 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: Running OS/390 on z9 BC
On Sun, 11 Feb 2007 01:05:45 +0900, Timothy Sipples wrote: Theoretically would it be technically possible to run a second level (or even third level, if necessary) instance of backlevel VM, then OS/390 1.3 within that, matching up the version combinations according to the published lists? No. z/VM has to have the needed support for the box. But even if you didn't need a newer z/VM, the guest always sees the new architecture of the box, even if some flavors remain hidden by CP. Subtle differences that are acceptable to, say, CP, might be objectionable to MVS. If an operating system will run on a z890 or z990, it has a reasonable chance to run on a z9. The step from z890/z990 to z9 was a relatively small one. It is a giant leap from z800/z900 to z890/z990.) Even though chpid types in the IOCDS are coded the same way, the cards identify themselves in new ways to the OS. The OS *must* have support for the new card designs because they behave differently. If you don't add support for xxx to the operating system, the OS won't be able to use it since xxx is the only flavor of the card in that box has been heard more than once. We get kind of wishy-washy on our answers about unsupported software because it's ... unsupported. We didn't test it, and we sure as heck won't fix it if it doesn't work, so it's speculation on our part. As everyone knows, we don't like our customers to build deployment plans based on speculation. Alan Altmark IBM z/VM Development -- 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: What is command reject trying to tell me?
On Tue, 23 Jan 2007 10:05:38 -0800, Charles Mills [EMAIL PROTECTED] wrote: The support center would be an inappropriate resource, based on my experience. I believe they do not help with problems -- they resolve defects. Had I called them up and said what the heck does this message mean? they would have (politely) told me to go away. I must respectfully disagree. If you had written a program using EXCP and received such a message, such an answer would be justified. Could I have tricked the Support Center into solving the problem? Probably -- called them up and fibbed I have a DFSMS defect -- this perfectly good dataset and my perfectly good QSAM program won't read it. There is no need to trick anyone. If the system issues a message that does not tie together cause and effect (after reading the message description in the book), then you have either a documentation defect or a code defect. The system is [apparently] not operating according to the specification. It is not a how-to for them to challenge your assertion. They must, however, prove it. Really. Consider what happens to a newbie who (a) doesn't know about this list, and (b) doesn't know the internals of DFP, (c) has no prior knowledge or interest in I/O commands responses, (d) manages to mistype the BLKSIZE, or (e) uses an empty dataset w/o specifying BLKSIZE. With any luck, they would eventually have come around to telling me that DFSMS was either WAD, or almost WAD, and my dataset was missing a BLKSIZE. They might have issued a PTF, which would not solve my problem -- my program would just fail with an S013 rather than a Command Reject. I would still have had to change my code to solve the problem (and I'm not for a second objecting to that). I am not suggesting that your coding problem would go away. You did not know what to fix without help. The Messages Codes are supposed to provide the hints. This listserve required a note from me that took 5 or 10 minutes to compose, and 53 minutes later I had the essential clues from Bill Fairchild (thank you, Bill!). I doubt that the Support Center would have done as well. It is, after all, set up to serve a different need. Nothing, I have found, beats IBM-MAIN, LINUX-390, and IBMVM for responsiveness. They're heaven-sent... (I use IBMVM to get customer feedback on development ideas, too. Information flows in a lot of directions. Can you criticize me, OTOH, on the basis that things will never get better if people don't report problems? Guilty as charged. Frankly, the hours in my day are limited, and the time I have available for good deeds I allocate to causes that are more worthy of charity (IMHO) than IBM. IBM has dozens of employees who read this listserve. If it is not worth it in IBM's management's view to seek out problems here and put in the effort necessary to solve them correctly, then why should it be worth it to me? Why should IBM go out of its way to spend money to look for more problems to add to its queue? I don't think that would be a cost-effective business model. IBMers hang out in these places voluntarily and have day jobs, like you. Sadly, those who answer the phones Support Center are not sitting there with time on their hands. Their priority is to work on PMRs. The developers have their priority of implementing the new specifications coming down the road. Every now and then you are lucky and someone who is in the middle of changing some part of the system knows about your problem and fixes it while they've got the covers open and are tinkering with the engine. In this particular case, the knowledge learned here in the past couple of weeks will pass into oblivion. (I'll remember, but who'll ask a VM guy about an MVS error? Nobody.) If having BLKSIZE=0 discussed in the explanation of the Unit Check message would have helped you to diagnose the error, at least send in a Readers Comment Form. And if you haven't done that in a while, it's just an e-mail to mhvrcfs at us dot ibm dot com. The best thing about this listserver is that it gives you choice and more freedom. I would hate to see the discipline mainframers have in the area of problem management be lost to future generations just because we have that freedom. Compare z/OS end user documentation to that of your fave desktop operating system. There is a reason for the disparity and I firmly believe that it is the direct result of the interactions between Customers and the Support Centers. Keep the faith. Semper Fi. Alan Altmark IBM z/VM Development -- 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