Re: Interesting bit of reporting
How else can a company maintain a high operating system MTBF, unless they do what they can to keep it off of cheap and/or unknown hardware? -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Tony Thigpen Sent: Wednesday, August 13, 2008 9:55 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Interesting bit of reporting http://www1.interopsystems.com/analysis/ibm-says-998-of-mainframe-market -not-enough-we-want-it-all.html -- Tony Thigpen
Re: Interesting bit of reporting
With the last reply, I guess the question needs to be asked ,What was the mtfb of the t systems? Are there any subscribers here who are familiar with these systems?? Mace -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Mrohs, Ray Sent: Thursday, August 14, 2008 10:12 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Interesting bit of reporting How else can a company maintain a high operating system MTBF, unless they do what they can to keep it off of cheap and/or unknown hardware? -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Tony Thigpen Sent: Wednesday, August 13, 2008 9:55 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Interesting bit of reporting http://www1.interopsystems.com/analysis/ibm-says-998-of-mainframe-market -not-enough-we-want-it-all.html -- Tony Thigpen - The information transmitted is intended solely for the individual or entity to which it is addressed and may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of or taking action in reliance upon this information by persons or entities other than the intended recipient is prohibited. If you have received this email in error please contact the sender and delete the material from any computer.
Re: Interesting bit of reporting
Well, I don't have a lot of experience with the T-Systems, but I do have quite a bit with other FLEX-ES based systems and can say the reliability has been very good. I would guess that our customers had less than one unplanned (at all hardware or FLEX-ES related) outage every 2 years. We've had a number of users who have run over a year without even an IPL, even including developers who typically do strange things to their systems. I won't claim a System X box is capable of as high an availability number as a System Z box is, but they are very capable of availability that is very acceptable for most small to medium businesses. Really taking advantage of the redundancy available in a System Z takes more planning and $$ than most small business want to put into it. For example, very few of these customers feel it worthwhile to invest in a second OSA or FICON adapter which will act purely as a 'backup', As long as the 'non-redundant' z9 BC level of availability is sufficient, then the System X boxes are very comparable/competitive. Mike C. M. (Mike) Hammock Sr. Technical Support zFrame IBM zSeries Solutions (404) 643-3258 [EMAIL PROTECTED] Macioce, Larry [EMAIL PROTECTED] m.state.oh.us To Sent by: The IBM IBMVM@LISTSERV.UARK.EDU z/VM OperatingIBMVM@LISTSERV.UARK.EDU System cc [EMAIL PROTECTED] ARK.EDU Subject Re: Interesting bit of reporting 08/14/2008 10:15 AM Please respond to The IBM z/VM Operating System [EMAIL PROTECTED] ARK.EDU With the last reply, I guess the question needs to be asked ,What was the mtfb of the t systems? Are there any subscribers here who are familiar with these systems?? Mace -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Mrohs, Ray Sent: Thursday, August 14, 2008 10:12 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Interesting bit of reporting How else can a company maintain a high operating system MTBF, unless they do what they can to keep it off of cheap and/or unknown hardware? -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Tony Thigpen Sent: Wednesday, August 13, 2008 9:55 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Interesting bit of reporting http://www1.interopsystems.com/analysis/ibm-says-998-of-mainframe-market -not-enough-we-want-it-all.html -- Tony Thigpen - The information transmitted is intended solely for the individual or entity to which it is addressed and may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of or taking action in reliance upon this information by persons or entities other than the intended recipient is prohibited. If you have received this email in error please contact the sender and delete the material from any computer. __ This email may contain confidential and privileged material for the sole use of the intended recipient(s). Any review, use, distribution or disclosure by others is strictly prohibited. If you are not the intended recipient (or authorized to receive for the recipient), please contact the sender by reply email and delete all copies of this message. To reply to our email administrator directly, send an email to [EMAIL PROTECTED]
Re: Interesting bit of reporting
I haven't used a T3 system. However, we have had a FLEX-ES system from Cornerstone for about 6 years. It uses the same emulator software as the T3 system and similar hardware. I have observed a mean time between unplanned outages of 1 to 2 years. Macioce, Larry wrote: With the last reply, I guess the question needs to be asked ,What was the mtfb of the t systems? Are there any subscribers here who are familiar with these systems?? Mace -- Stephen Frazier Information Technology Unit Oklahoma Department of Corrections 3400 Martin Luther King Oklahoma City, Ok, 73111-4298 Tel.: (405) 425-2549 Fax: (405) 425-2554 Pager: (405) 690-1828 email: stevef%doc.state.ok.us
Linux Commands
Does a manual exists that has all the SuSE Linux commands listed running on the Z series with really good examples? Thanks for your support, Alyce
Re: Linux Commands
There is a nice folding summary card that has basic zOS, zVM, VSE, and Linux commands from IBM. I found the 'Complex Operating Systems Command Summary' folding card on the IBM Publications Center website. Pub number: sr23-9248-01 http://www.elink.ibmlink.ibm.com/publications/servlet/pbi.wss?PAG=C11SSN=08HNA0005624081301TRL=TXTWRD=PBL=sr23-9248-01LST=ALLRPP=10BTN%3DSRH.x=6BTN%3DSRH.y=11 The general IBM Publications Center website is: http://www.elink.ibmlink.ibm.com/publications/servlet/pbi.wss?CTY=USnull; -- Alyce wrote: Does a manual exists that has all the SuSE Linux commands listed running on the Z series with really good examples? Thanks for your support, Alyce Regards, Terry L. Spaulding [EMAIL PROTECTED]
Re: Linux Commands
That's going to be complicated because every program you install becomes a new command, and some commands could be books all to themselves. There's also the complication that there are several variations to how documentation for Linux commands is prepared and maintained. All packages are *supposed* to include man pages, but that can be a bit spotty for some of the commands maintained by smaller groups or individuals. The man command will display summaries for each command and details. Some commands use the info command, and some supply HTML pages (which I personally detest). Example: 'man ls' will display a manual page for the ls command. If you're not sure of the exact command, try 'man -k' and a keyword, eg 'man -k mail' will get you all the commands that contain the keyword 'mail' somehow. The commands that use 'info' (usually things originating in the GNU project like GCC) work with similar syntax, but they bring up a full screen browser to navigate the documentation. Info tends to be used for more complex applications, like emacs. The emacs documentation is a full-scale book of it's own. Your best bet is a good Unix book like the O'reilly sysadmin guides. You can usually get copies of them at better tech bookstores (alas for Computer Literacysigh... RIP). - db On 8/14/08 5:39 PM, Alyce Austin [EMAIL PROTECTED] wrote: Does a manual exists that has all the SuSE Linux commands listed running on the Z series with really good examples? Thanks for your support, Alyce
Re: Linux Commands
On Aug 14, 2008, at 7:08 PM, Thomas Kern wrote: When CMS HELP first came out, the group I was with built a process to format and print all of the Help files into our own books. It would be nice if there was a process to format and print all of the MAN pages that are resident on an arbitrary linux system (z or x86). for i in $(find /usr/share/man/man*) -name \*gz; do gzip -dc $i | nroff | lpr done No, don't actually do this. You will be sorry. Adam
Re: Linux Commands
Okay, now how about converting each one into an individual PDF for burning to a CD? I am already sorry. Is it Friday yet? /Tom Kern Adam Thornton wrote: On Aug 14, 2008, at 7:08 PM, Thomas Kern wrote: When CMS HELP first came out, the group I was with built a process to format and print all of the Help files into our own books. It would be nice if there was a process to format and print all of the MAN pages that are resident on an arbitrary linux system (z or x86). for i in $(find /usr/share/man/man*) -name \*gz; do gzip -dc $i | nroff | lpr done No, don't actually do this. You will be sorry. Adam
Re: Linux Commands
Second that. :) On my personal SuSE system running here, there are over 34K possible commands on the system, where a command is an executable program or script. That doesn't include the commands available inside programs like shells. As IBMers, we all love our manuals, and don't want to live without the comfortable little beasties. However, Linux, as with all UNIX flavors, isn't really as complex as it seems. Here's my general recommendation to folks just encountering it: (1) Learn vi. Sounds awful to new folks, and always results in a enormous amount of griping. But once you know vi, you have the power to make an awful lot of things happen- because Linux/Unix is literally riddled with configuration files - text files that is. You *have* to be able to edit them with absolutely no effort at all. vi is a far more powerful editor than you might imagine by the way, especially in the vim incarnation that is the modern standard. It is arguably the equal of ISPF, XEdit, TPU, or others. (2) Learn about the filesystems, especially in terms of mounts and mount points and filesystem types. A NFS filesystem is pretty much going to look just like a local file system, but there are differences, besides figuring out what exactly an NFS filesystem is, I mean. The concept of volumes exists in Linux/Unix, but *not at the user level*. Only at the admin level. That takes a little getting used to. (Especially so in zLinux where you are using Minidisks or 3390-9 volumes, or whatever your particular configuration entails.) (3) In accomplishing the above, you are automatically going to learn the basic set of commands, like ls, mv, rm, cat, etc. Also, how pipes work and how applications on a Unix system are really cobbled together from an almost infinite set of combinations of a very small set of tools. Think of it like language; English only has 27 letters in the alphabet, but how many words can be built from those tiny parts? Same idea in Unix. (4) Under SuSE, learn how to use YAST. It will *build* complex commands for you - so copy them down in your notebook and study them. Like learning assembler from Cobol listings. :) (5) Most importantly, ask questions, even if they seem elementary; don't be embarassed! How do I copy a file up one directory from where I am at? is *not* a stupid question. It has a lot of subtle issues surrounding it! (Relative vs. Absolute directory paths, permissions, etc. ) Permissions for example, is a whole odd kettle of fish to most Mainframers, since the permissions are in OCTAL - which a legacy from the DEC machines Unix was born on I suppose. It's like feeding the elephant; each peanut of information you glean will inevitably lead you to many other subjects and pockets of information. But don't worry, it is like a phase change; one day you will be frustrated, thinking you will never get it mastered. The next day, you will realize you just did an incredibly complex thing without giving it a second thought. :) Best -Paul On Aug 14, 2008, at 7:08 PM, Thomas Kern wrote: When CMS HELP first came out, the group I was with built a process to format and print all of the Help files into our own books. It would be nice if there was a process to format and print all of the MAN pages that are resident on an arbitrary linux system (z or x86). /Tom Kern David Boyes wrote: That's going to be complicated because every program you install becomes a new command, and some commands could be books all to themselves. There's also the complication that there are several variations to how documentation for Linux commands is prepared and maintained. All packages are *supposed* to include man pages, but that can be a bit spotty for some of the commands maintained by smaller groups or individuals. The man command will display summaries for each command and details. Some commands use the info command, and some supply HTML pages (which I personally detest). Example: 'man ls' will display a manual page for the ls command. If you're not sure of the exact command, try 'man -k' and a keyword, eg 'man - k mail' will get you all the commands that contain the keyword 'mail' somehow. The commands that use 'info' (usually things originating in the GNU project like GCC) work with similar syntax, but they bring up a full screen browser to navigate the documentation. Info tends to be used for more complex applications, like emacs. The emacs documentation is a full-scale book of it's own. Your best bet is a good Unix book like the O'reilly sysadmin guides. You can usually get copies of them at better tech bookstores (alas for Computer Literacysigh... RIP). - db On 8/14/08 5:39 PM, Alyce Austin [EMAIL PROTECTED] wrote: Does a manual exists that has all the SuSE Linux commands listed running on the Z series with really good examples? Thanks for your support, Alyce
Re: Linux Commands
On Aug 14, 2008, at 9:34 PM, Paul Raulerson wrote: (1) Learn vi. Heretic. Adam