Re: Business Week Article
Nice article; too bad VM (which wasn't mentioned by name) didn't get as good a press as VMWARE. Mike EDS (215)246-4306 To Neale Ferguson LINUX-390@VM.MARIST.EDU <[EMAIL PROTECTED] cc ne.net> Sent by: Linux Subject on 390 Port Business Week Article <[EMAIL PROTECTED] ARIST.EDU> 06/29/2005 09:41 AM Please respond to Linux on 390 Port <[EMAIL PROTECTED] ARIST.EDU> BusinessWeek article tells the story of First National Bank of Nebraska consolidating 30 (Sun) Unix servers onto one mainframe. "The shift boosted hardware-utilization rates to about 70% – and Kucera expects to save $10 million over five years. 'It's revolutionary,' he says. 'It's really good stuff. It paid for itself in a year.'" http://www.businessweek.com/magazine/content/05_25/b3938622.htm -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 NOTICE: This communication may contain confidential, proprietary or legally privileged information. It is intended only for the person(s) to whom it is addressed. If you are not an intended recipient, you may not use, read, retransmit, disseminate or take any action in reliance upon it. Please notify the sender that you have received it in error and immediately delete the entire communication, including any attachments. EDS does not encrypt and cannot ensure the confidentiality or integrity of external e-mail communications and, therefore, cannot be responsible for any unauthorized access, disclosure, use or tampering that may occur during transmission. This communication is not intended to create or modify any obligation, contract or warranty of EDS, unless the firm clearly expresses such an intent.
Re: REXX Intro
If you want a WEB based tutorial get the TCVM1 package from http://www.vm.ibm.com/download/packages/. It is a little more than entry level but it is easy to navigate and has nice examples. To George Wallace LINUX-390@VM.MARIST.EDU Subject Sent by: Linux REXX Intro on 390 Port <[EMAIL PROTECTED] ARIST.EDU> 06/02/2005 08:25 AM Please respond to Linux on 390 Port <[EMAIL PROTECTED] ARIST.EDU> I ran across a high-level intro to REXX under Linux. This might be useful for someone (like me) that is new to REXX and was curious on when/where to use it. Although the article is written for desktop Linux, I see it applicable to zLinux. http://www.desktoplinux.com/articles/AT3196331606.html PS Does anyone else think the author looks like he could be actor Kevin Bacon's brother? __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 NOTICE: This communication may contain confidential, proprietary or legally privileged information. It is intended only for the person(s) to whom it is addressed. If you are not an intended recipient, you may not use, read, retransmit, disseminate or take any action in reliance upon it. Please notify the sender that you have received it in error and immediately delete the entire communication, including any attachments. EDS does not encrypt and cannot ensure the confidentiality or integrity of external e-mail communications and, therefore, cannot be responsible for any unauthorized access, disclosure, use or tampering that may occur during transmission. This communication is not intended to create or modify any obligation, contract or warranty of EDS, unless the firm clearly expresses such an intent. -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
Re: IBM Open Sources Object REXX
Object REXX will run both the classic REXX format and the object format, in the same exec even. To Adam Thornton [EMAIL PROTECTED] <[EMAIL PROTECTED] cc nomine.net> Sent by: Linux Subject on 390 Port Re: IBM Open Sources Object REXX <[EMAIL PROTECTED] ARIST.EDU> 10/13/2004 03:17 PM Please respond to Linux on 390 Port <[EMAIL PROTECTED] ARIST.EDU> On Wed, 2004-10-13 at 13:42, Tom Shilson wrote: > I don't know much about it but I can say this with certainty. It is not > the VM REXX. It was a separate, unsupported product that you could download > from IBM. It is now supported by an open source organization. It's very close to the same Rexx. Wasn't Object Rexx shipped as one of the system Rexxes in later versions of OS/2? You could change from Classic to Object Rexx as the system default by running some command. It's much, much closer to real Rexx than NetRexx is. Adam -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 NOTICE: This communication may contain confidential, proprietary or legally privileged information. It is intended only for the person(s) to whom it is addressed. If you are not an intended recipient, you may not use, read, retransmit, disseminate or take any action in reliance upon it. Please notify the sender that you have received it in error and immediately delete the entire communication, including any attachments. Towers Perrin does not encrypt and cannot ensure the confidentiality or integrity of external e-mail communications and, therefore, cannot be responsible for any unauthorized access, disclosure, use or tampering that may occur during transmission. This communication is not intended to create or modify any obligation, contract or warranty of Towers Perrin, unless the firm clearly expresses such an intent. -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
Re: time
How about a new command SET DRIFT. This could used by a LINUX image running NTP. Couple this with a new directory option USEDRIFT and other LINUX images could use the value and CMS machines which don't tolerate such thing as backwards running time would not be affected. The time calculation would be returned_time = VM_time + VTOD_offset [+ drift]. Linux on 390 Port <[EMAIL PROTECTED]> wrote on 07/26/2004 01:11:42 PM: > There is a point in asking for a set of virtual machines to have their > own drift from the z/VM clock (which is the true TOD clock plus an LPAR > offset to it). As any clock, the zSeries hardware TOD also drifts from > true time. The systems that I measured were very stable wrong, so a > manually adjusted drift might already be a good option. Even better > would be to have one Linux guest set the pace for VM to pass to the > entire set of virtual machines. > > To have each Linux virtual machine learn time from talking to a bunch of > remote NTP servers is a waste of time (no 00D intended). > > Rob > > -- > For LINUX-390 subscribe / signoff / archive access instructions, > send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit > http://www.marist.edu/htbin/wlvindex?LINUX-390 NOTICE: This communication may contain confidential, proprietary or legally privileged information. It is intended only for the person(s) to whom it is addressed. If you are not an intended recipient, you may not use, read, retransmit, disseminate or take any action in reliance upon it. Please notify the sender that you have received it in error and immediately delete the entire communication, including any attachments. Towers Perrin does not encrypt and cannot ensure the confidentiality or integrity of external e-mail communications and, therefore, cannot be responsible for any unauthorized access, disclosure, use or tampering that may occur during transmission. This communication is not intended to create or modify any obligation, contract or warranty of Towers Perrin, unless the firm clearly expresses such an intent. -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
Re: Linux for zSeries 3420 Tape driver
The 342x is too old to respond with any sense data telling its device characteristics. It would require a driver where you could hard code the values before it would work. To: [EMAIL PROTECTED] cc: (bcc: Michael Short/Towers Perrin) "Hodge, Robert Subject: Re: Linux for zSeries 3420 Tape driver L" Sent by: Linux on 390 Port <[EMAIL PROTECTED] ARIST.EDU> 06/16/2004 03:11 PM Please respond to Linux on 390 Port Mark, I made the determination by looking at the code and by experimenting. I attached a 3422 tape drive to a Linux guest at virtual device 181, attached a 3490 tape drive at virtual device 182, and entered "modprobe tape390 tape=181-182" on the Linux system. After the modprobe, the contents of /proc/tapedevices is: TapeNo DevNo CuType CuModel DevType DevMod BlkSize State Op MedState 1 0182349010 349040 autoUNUSED --- UNLOADED And under /dev/tape there is only a 0182 device. The driver found the 3490 tape drive, but not the 3422 tape drive. Robert Hodge -Original Message- From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of Post, Mark K Sent: Wednesday, June 16, 2004 12:43 PM To: [EMAIL PROTECTED] Subject: Re: Linux for zSeries 3420 Tape driver When you say the current driver "appears to only support" 34x0 tapes, did you determine that by experimenting? I looked at the code and didn't see anything referring to 3420, but I don't have any 3420 drives to test and see if it works anyway. Mark Post -Original Message- From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of Hodge, Robert L Sent: Tuesday, June 15, 2004 12:07 PM To: [EMAIL PROTECTED] Subject: Linux for zSeries 3420 Tape driver Is there a Linux for zSeries 3420 tape driver? We have an occasional requirement to copy reels to cartridges. z/VM 5.1 is dropping support 3420 tape drives. I'm investigating whether 3420 tape drives could be attached to a Linux guest as unsupported VM devices, and then use Linux commands to copy the tape reels to tape cartridges. The IBM Linux tape driver appears to only support 3480/3490 tape drives. My web searches for a 3420 tape driver have failed. Robert Hodge -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
Re: ifl
It's a full blown z/VM, it's just the list of licensed programs that is limited. You can run CMS, all the features, and RSCS for LPx functions. There may be more but those I can remember right off. To: [EMAIL PROTECTED] cc: (bcc: Michael Short/Towers Perrin) Mike LovinsSubject: Re: ifl <[EMAIL PROTECTED] sa.ok.us> Sent by: Linux on 390 Port <[EMAIL PROTECTED] ARIST.EDU> 04/05/2004 11:57 AM Please respond to Linux on 390 Port yes! but the z/VM is not a full blown VM version. >>> [EMAIL PROTECTED] 04/05/04 10:53AM >>> HI! Can I run Linux and Z/VM in an IFL at the same time? Best regards Zoran Trifunovic PTT,Serbia -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
Re: REXEC
You could have IUCVTRAP running or you could run the command in a PIPE: i.e. pipe command REXEC . . . . | stem rexec_output. To: [EMAIL PROTECTED] cc: (bcc: Michael Short/Towers Perrin) Crispin Hugo Subject: REXEC <[EMAIL PROTECTED] acro4.com> Sent by: Linux on 390 Port <[EMAIL PROTECTED] ARIST.EDU> 02/27/2004 01:57 PM Please respond to Linux on 390 Port I have a EXEC in CMS that issues REXEC to a LINUX system Can I get o/p from a REXEC I run CMS back into the EXEC I am running Crispin Hugo
Re: Use of Dirmaint
If you have a monolithic USER DIRECT and want to use it with DIRMAINT, just change the name to USER INPUT and put it on DIRMAINT's 1DF disk and then restart DIRMAINT. Upon start up DIRMAINT will convert it to its internal form. Any time later if you need the monolithic form again issue a DIRM BACKUP command and it will produce a USER BACKUP file. This file can also be rename USER INPUT if say you've done some global editing of the directory while in it monolithic form. To: [EMAIL PROTECTED] cc: (bcc: Michael Short/Towers Perrin) Jason HerneSubject: Re: Use of DIrmaint <[EMAIL PROTECTED] on.edu> Sent by: Linux on 390 Port <[EMAIL PROTECTED] ARIST.EDU> 02/23/2004 03:56 AM Please respond to Linux on 390 Port Is there any way to use Dirmaint with a monolithic directory structure? - Jason Herne On Mon, 2004-02-23 at 16:46, Dennis Wicks wrote: > Greetings; > > Yes, I use it and have been using it for about five years. > > What I like about it is that I can still use xedit & directxa > as I have for years and use DRM for allocating mdisks. > > The only problem I have with it is that the second & subsequent > PF12 (File+map+directxa) won't accept the full-pack overlaps > and won't run directxa. But I can do it "by hand" so that > isn't a serious problem. > > I think you will like it! > > Good Luck! > Dennis > > > > > > Adam Thornton > <[EMAIL PROTECTED] To: [EMAIL PROTECTED] > omine.net> cc: > Sent by: Linux Subject: Re: Use of DIrmaint > on 390 Port > <[EMAIL PROTECTED] > RIST.EDU> > > > 02/23/2004 09:50 > AM > Please respond > to Linux on 390 > Port > > > > > > > Has anyone used DRM from the VM Downloads site? > > Most of what I *really* want in a directory maintenance program is, > frankly, not having to manually calculate minidisk extents. > > Adam
Re: Accessing DASD on a Shark from Linux under z/VM
It looks like FCP guest support wsa introduced in 4.3. FCP IPL was in 4.4 To: [EMAIL PROTECTED] cc: (bcc: Michael Short/Towers Perrin) David BoyesSubject: Re: Accessing DASD on a Shark from Linux under z/VM <[EMAIL PROTECTED] ine.net> Sent by: Linux on 390 Port <[EMAIL PROTECTED] ARIST.EDU> 02/20/2004 03:00 PM Please respond to Linux on 390 Port > What is the VM level required? I think FCP guest support was introduced in zVM 4.4, but double check -- memory begins to fail here. The Amanda stuff works with any release of post-VM/ESA AFAIK (i've tested VM/ESA 2.4 and z/VM 4.3+ personally). -- db
Re: Just stirring the pot
Being an ol' mainframe guy of 35+ years who has looked at a lot of languages, I say REXX in conjunction with PIPELINES is unbeatable in terms of writing speed and conciseness. You can get a lot of function in a few lines of code. To: [EMAIL PROTECTED] cc: (bcc: Michael Short/Towers Perrin) Ranga Nathan Subject: Re: Just stirring the pot <[EMAIL PROTECTED] bal.com> Sent by: Linux on 390 Port <[EMAIL PROTECTED] ARIST.EDU> 02/19/2004 02:30 PM Please respond to Linux on 390 Port Perl sure has some quirky syntax as some of it is derived from C. Scheme is awesome but cryptic. Scheme is even more powerful than Perl, but you have to rise above the mortals, you have to be a geek. Python... hmm a language where indentation is part of the syntax?? .. Ruby, I hear a lot of good things... REXX, I have a lot of good things but smells mainframe. I dont like any of the mainframe languages. They suffer from history too much. Sorry, I am strongly opinionated. David Boyes <[EMAIL PROTECTED]> Sent by: Linux on 390 Port <[EMAIL PROTECTED]> 02/19/2004 11:17 AM Please respond to Linux on 390 Port To: [EMAIL PROTECTED] cc: Subject:Re: Just stirring the pot > If there is one language I love unequivocally, it is Perl. > I like the TIMTOWTDI (tim tow tidi). > I have applied it to solve the most difficult problems easily. I don't deny Perl is useful. Larry Wall is considered to be a genius for a number of reasons -- inventing a superior scripting language to csh or Bourne scripts is (IMHO) the least of his achievements. I *do* claim that Perl is unnecessarily syntactically grotesque -- in all the dictionary senses of the word. If IBM had been wise enough to make REXX freely available at the time Perl was getting started, there were a number of people that really wanted to make REXX widespread. Same thing with NetREXX -- IMHO, it's a vastly superior language to Java -- but IBM wouldn't let it fly free at the time it would have made a difference. Thus we're stuck with Java, a language that propagates the worst features of C *and* C++, and fixes few to none of the flaws of either. Another thing to have to beat out of the new CS grads when they get to the Real World and have to learn how to write maintainable code. I'd really like to find out who thought teaching Scheme as the only real programming language in many of the local CS curricula was a good idea... (my, I am getting cranky in my old age...bad morning, I guess. We're out of coffee. grr.) PHP and Python are somewhat better, but REXX is far cleaner and far easier to understand at a glance (and teach to normal mortals with real jobs other than computing) than any of the other three, IMHO. I always considered the System Product Interpreter Users Guide one of the best self-teaching manuals ever written -- *any* random yo-yo can learn enough REXX to be useful from that book. Too late now, but if only things had been different -- db
Re: DASD Performance problem
Jason, Try these redbooks (the first may fit your needs the best): http://publib-b.boulder.ibm.com/Redbooks.nsf/9445fa5b416f6e32852569ae006bb65f/976141a6c4ab8de788256cbc000414e8?OpenDocument&Highlight=0,ess http://publib-b.boulder.ibm.com/Redbooks.nsf/RedbookAbstracts/sg246424.html?Open http://publib-b.boulder.ibm.com/Redbooks.nsf/9445fa5b416f6e32852569ae006bb65f/724d72fd9fb00d7b88256ae3005a665e?OpenDocument&Highlight=0,ess http://publib-b.boulder.ibm.com/Redbooks.nsf/9445fa5b416f6e32852569ae006bb65f/75733f58b136da1985256d340074db70?OpenDocument&Highlight=0,ess To: [EMAIL PROTECTED] Jason Herne cc: (bcc: Michael Short/Towers Perrin) <[EMAIL PROTECTED]Subject: Re: DASD Performance problem .edu> Sent by: Linux on 390 Port <[EMAIL PROTECTED] IST.EDU> 12/10/2003 12:02 PM Please respond to Linux on 390 Port Since I don't maintain the ESS-800, I'm not 100% sure how it's set up or how to set it up. Can you point me to some documentation describing how the ESS-800 works and how I could squeeze as much performance out of it as possible? Then maybe I could go to the guys responsible and ask for their help with it. I tried to find some shark (i.e. ESS-800) books on my own but with no luck. At the ones I found seemed like sales pitches and not "here is how to set this up!" guides. - Jason Herne On Wed, 2003-12-10 at 18:28, Rich Smrcina wrote: > You're probably hitting a device/controller contention problem. Try > multiple devices on multiple arrays with a striped logical volume. > > On Tue, 2003-12-09 at 12:14, Jason Herne wrote: > > I think we may have a performance problem. > > > > Our z/800 model 0LF is connected to an ESS800 with two Ficon channel > > paths. We have been running dbench in Linux for quite a few weeks now > > and we are seeing numbers much lower than we expected. Can someone > > commnet on this? Are these numbers about what we should be seeing, or > > is something wrong with our setup? > > > > We're running RHEL with kernel 2.4.21-1.1931.2.399.ent #1 SMP. Linux is > > using a single 3390 DASD with ext3. > > > > Here are the numbers we're getting: > > all tests were run on a single guest with no other Linux guests and just > > a few z/VM service guests running. No disk intestive or CPU intensive > > workload was running during the testing. > > > > dbench clients avg throughout (MB/s) > > 1 123.111 > > 3 116.729 > > 6 99.0626 > > 9 95.3577 > > 12 95.2825 > > 15 91.6009 > > 18 92.7745 > > 21 91.8808 > > 24 73.8885 > > > > > > Here is what we get with our $1000 Dell Pentiium 2.4Ghz server with a > > SCSI disk. > > > > 1 395.545 > > 3 281.957 > > 6 275.292 > > 9 285.756 > > 12 262.4333 > > 15 248.314 > > 18 237.879 > > 21 221.74355 > > 24 200.873 > > > > > > As you can see, the $1k Dell is hammering our $250k mainframe. We are > > currently trying to figure out why this is and hopefully fix the problem > > if there is indeed a problem... Any comments or help that anyone could > > give woule be appreciated. > > > > - Jason Herne ([EMAIL PROTECTED]) > > Clarkson University Open Source Institute > > z/Server Administrator > -- > Rich Smrcina > Sr. Systems Engineer > Sytek Services - A Division of DSG > Milwaukee, WI > rsmrcina at wi.rr.com > rsmrcina at dsgroup.com > > Catch the WAVV! Stay for requirements and the free-for-all. > Update your zSeries skills in 4 days for a very reasonable price. > WAVV 2004 in Chattanooga, TN > April 30-May 4, 2004 > For details see http://www.wavv.org
Re: Technical Specs
This seems to be borne out by an article in IBM's Journal of R&D. It has a z-900 with 1.09 ns cycle time rated at 918MH. Article can be found at: http://www.research.ibm.com/journal/rd46-45.html The section on first and level packaging. To: [EMAIL PROTECTED] Mark Postcc: (bcc: Michael Short/Towers Perrin) <[EMAIL PROTECTED]Subject: Re: Technical Specs et> Sent by: Linux on 390 Port <[EMAIL PROTECTED] IST.EDU> 12/10/2003 12:46 PM Please respond to Linux on 390 Port Actually, I believe they do. Take the cycle time (which I believe they do publish somewhere) and invert, and voila. I seem to recall from some comments that Barton Robinson made many months ago that the first generation zSeries boxes were 200Mhz machines (5ns cycle time). I'm sure someone who knows for sure can confirm or refute that. Mark Post -Original Message- From: Linux on 390 Port [mailto:[EMAIL PROTECTED] Behalf Of Little, Chris Sent: Wednesday, December 10, 2003 12:01 PM To: [EMAIL PROTECTED] Subject: Re: Technical Specs Ack! Run away! Here we go again! IBM doesn't release those kind of specs for the 390 processors. You might want to talk to your sales rep about workloads, etc. > -Original Message- > From: Jason Herne [mailto:[EMAIL PROTECTED] > Sent: Tuesday, December 09, 2003 11:28 AM > To: [EMAIL PROTECTED] > Subject: Technical Specs > > > We are running a 2066-OLF (z/800 Linux only model). Can > anyone point me > to some IBM documenation that tells me the speed of the processor in > Mhz? I understand that this metric means very little but > someone higher > up in the management chain would like to know :-) > > - Jason Herne ([EMAIL PROTECTED]) >Clarkson University Open Source Institute >z/Server Administrator >
Notes on z/Series
NOTES 6.5 TO SUPPORT MAINFRAMES RUNNING LINUX | SearchDomino.com IBM Lotus announced today that Notes/Domino 6.5 will include support for Linux on the zSeries mainframe. The new version will also support the Domino Web Access client via the open-source Mozilla browser. >> For the complete story, CLICK: http://searchdomino.techtarget.com/originalContent/0,289142,sid4_gci916979,00.html
Re: SLES 8 and Pseudo Page Faults
As always, it depends. However my guess is that it should help machine performance. Without PPF, when a page fault occurs the whole virtual machine is suspended until the page is made available. With PPF the page fault is reflected to the virtual machine and the machine continues to run. The virtual machine must decide what task was running, suspend it, run other taks, and then when notified that the page is available to reschedule the suspended task. There is some task switching overhead involved but al least the virtual machine can still keep running. To: [EMAIL PROTECTED] "Scully, William cc: (bcc: Michael Short/Towers Perrin) P" Subject: SLES 8 and Pseudo Page Faults <[EMAIL PROTECTED] a.com> Sent by: Linux on 390 Port <[EMAIL PROTECTED] IST.EDU> 07/16/2003 02:48 PM Please respond to Linux on 390 Port I see (via "make xconfig") in SLES8 that Pseudo Page Fault support is enabled. The associated help says that if the PFAULT macro cannot be used then PAGEEX (sic) will be used. However, to use PFAULT the virtual machine must be in XC-mode operation, according to the IBM CP Programming Services manual. The SLES8 install doc shows a sample directory entry with MACHINE ESA specified. Also, when I issue a CP QUERY SET it shows that PAGEX is OFF. I gather from these facts that Pseudo Page Fault support must not be actually in use. Some questions: - Should we be running with MACHINE XC specified in the directory entry for the SLES8 servers? - If not running MACHINE XC, should I be specifying SET PAGEX ON before booting SLES8? - Finally, and more generally, should I even bother? That is, will Pseudo Page Fault support make running SLES8 faster? Thanks for any insight that you may have on this topic. William P. Scully Systems Programmer Computer Associates International, Inc 2291 Wood Oak Drive Unit 5-29C Herndon, Virginia 20171 [EMAIL PROTECTED]
Re: SCO-related humor
Great site. Try this strip, it is really relevant. http://ars.userfriendly.org/cartoons/?id=20030706 To: [EMAIL PROTECTED] Bruce Lightsey cc: (bcc: Michael Short/Towers Perrin) <[EMAIL PROTECTED]Subject: SCO-related humor te.ms.us> Sent by: Linux on 390 Port <[EMAIL PROTECTED] IST.EDU> 07/14/2003 10:11 AM Please respond to Linux on 390 Port http://ars.userfriendly.org/cartoons/?id=20030713 Confidentiality Note: The information contained in this email and/or document(s) attached is for the exclusive use of the individual named above and may contain confidential, privileged and non-disclosable information. If you are not the intended recipient, you are hereby notified that you are strictly prohibited from reading, photocopying, distributing or otherwise using this e-mail or its contents in any way. If you have received this transmission in error, please notify me immediately.
Webcast Today: A 'Linux on the mainframe' reality check
One of our own gets to preach to the choir. Invite one or more non-believers. - Forwarded by Michael Short/Towers Perrin on 05/29/2003 09:03 AM - To: "Search390.com" <[EMAIL PROTECTED]> "Search390.com" cc: (bcc: Michael Short/Towers Perrin) <[EMAIL PROTECTED]Subject: Webcast Today: A 'Linux on the mainframe' reality check target.com> 05/29/2003 08:45 AM Please respond to "Search390.com" Linux is reviving Big Iron. Open-source can save your shop millions. Widespread deployment of Linux on the mainframe attracts a younger generation of IT professionals and will solve the current skills shortage plaguing the market... Too good to be true? Tune-in to this expert webcast with Linux specialist David Boyes and listen as he offers a "Linux on the mainframe" reality check: http://search390.com/r/0,,14473,00.htm - TITLE: A 'Linux on the mainframe' reality check WHEN:Available on-demand SPEAKER: David Boyes, President, Sine Nomine Associates SPONSOR: IBM eServer zSeries http://www.ibm.com/eserver/z990w ATTEND TODAY: http://search390.com/r/0,,14473,00.htm - * SPONSORED BY: IBM eServer zSeries Introducing the new IBM eServer zSeries 990: the ultimate IBM mainframe for on demand business. Designed to run hundreds of your business critical applications simultaneously, it can help you do more with less. See what the new eServer z990 can do for your business. Get a complimentary CD featuring analyst reports, case studies, specs and more. http://www.ibm.com/eserver/z990w * ABOUT THIS WEBCAST Is your company thinking of deploying Linux on its s/390 or zSeries mainframe? Are you having trouble navigating the barrage of 'Linux on the mainframe' marketing hype? Tune-in to today's webcast and listen as Search390.com Linux expert David Boyes separates Linux fact from fiction. During this webcast, David provides: ** A critical look at the marketing hype and vendor claims surrounding Linux on the mainframe ** Technical tips for shops that are currently running or planning to deploy Linux on the mainframe ** An unbiased overview of some of the benefits and capabilities of Linux ** Case studies detailing the deployment strategy and outcome of shops that already have incorporated Linux and more! Register now and get straightforward answers about running Linux on the mainframe. http://search390.com/r/0,,14473,00.htm - ABOUT OUR SPEAKER - Anyone who works with Linux on IBM's S/390 mainframes has certainly heard of David Boyes. He made history early in the project by running no less than 41,400 Linux images on a single mainframe, all of them doing real work under simulated load as Web servers. More recently, David has been involved in helping application service providers and other companies deploy Linux on S/390 hardware. Dr. David Boyes is CTO and President of Sine Nomine Associates. For more information, visit: http://search390.com/r/0,,14474,00.htm === To subscribe to "News" go to: http://search390.techtarget.com/OptIn/1,290894,sid10,00.html?cid=463806&em =&tid=53&FE=1 Not a Search390.com member? We'll activate your membership with your subscription. === -- Invite a colleague -- If you think this webcast would interest your colleagues, simply forward them this invitation. ___ ABOUT THIS NEWSLETTER : Published by TechTarget (http://www.techtarget.com) TechTarget - The Most Targeted IT Media Copyright 2003, All Rights Reserved. Unsubscribe from 'Updates on upcoming online events' - Simply Reply to this Email with REMOVE within the Body or Subject > or - Go to: http://search390.techtarget.com/register - Log in to edit your profile. - Click on the link to Edit email subscriptions. - Uncheck the box next to the newsletter you wish to unsubscribe from. - When finished, click "Save Changes to My Profile."
Re: do i need some configuration in side of router for using guest lan
$)C Does your switch know to forward the packets from the FTP server for subnets 6 & 7 through 192.168.5.100? To: [EMAIL PROTECTED] <-?xGQcc: (bcc: Michael Short/Towers Perrin) <[EMAIL PROTECTED]Subject: do i need some configuration in side of router for using guest KR> lan Sent by: Linux on 390 Port <[EMAIL PROTECTED] IST.EDU> 03/18/2003 04:36 AM Please respond to Linux on 390 Port i am trying to install linux images using guest lan. i defined two guest lan, HIPELAN1(hipers),QDIOLAN2(qdio) i have network problem we are just under test circumstances. no router, no internet. only one switch. so i added ip address to my pc(win2000) to communicate other networks. / Windows 2000 IP Configuration Ethernet adapter local erea connection: Connection-specific DNS Suffix . : IP Address. . . . . . . . . . . . : 192.168.6.125 Subnet Mask . . . . . . . . . . . : 255.255.255.0 IP Address. . . . . . . . . . . . : 192.168.7.125 Subnet Mask . . . . . . . . . . . : 255.255.255.0 IP Address. . . . . . . . . . . . : 192.168.5.125 Subnet Mask . . . . . . . . . . . : 255.255.255.0 Default Gateway . . . . . . . . . : 192.168.5.1 |-| | switch | 192.168.5.1 |-| | | | | ftp server -| | (for linux installation) | 192.168.5.125| | | |-| eth0:192.168.5.100 | z/VM| hipelan1:192.168.6.253 | TCP/IP | qdiolan2:192.168.7.253 |-| | || LINUX01| ||---LINUX03 192.168.6.20 | 192.168.7.7 | LINUX02 192.168.6.6 / z/VM / ifconfig ETH0 inet addr: 192.168.5.100 mask: 255.255.255.0 UP BROADCAST MULTICAST MTU: 1500 vdev: 4C10 rdev: 4C10 type: LCS ETHERNET portnumber: 2 HIPELAN1 inet addr: 192.168.6.253 mask: 255.255.255.0 UP MULTICAST MTU: 1500 vdev: FA00 type: HIPERS LAN owner: SYSTEM name: HIPELAN1 QDIOLAN2 inet addr: 192.168.7.253 mask: 255.255.255.0 UP BROADCAST MULTICAST MTU: 1500 vdev: FB00 type: QDIO ETHERNET portname: BEARS router type: PRIMARY LAN owner: SYSTEM name: QDIOLAN2 Ready; T=0.07/0.08 06:46:53 netstat home VM TCP/IP Netstat Level 430 Home address list: AddressLink ----- 192.168.5.100 ETH0 192.168.6.253 HIPELAN1 192.168.7.253 QDIOLAN2 Ready; T=0.01/0.02 07:10:19 netstat gate VM TCP/IP Netstat Level 430 Known gateways: NetAddress FirstHopFlgs PktSz Subnet Mask Subnet Value Link -- - --- -- Default 192.168.5.1 UGS 1500ETH0 192.168.5.0 US 1500ETH0 192.168.6.0 US 1500 HIPELAN1 192.168.7.0 US 1500 QDIOLAN2 Ready; T=0.01/0.02 07:10:40 linux01 install process hsi0 is available, continuing with network setup. Please enter your full host name, e.g. 'linux.example.com' (linux.example.com): linux01.ibm.com Please enter your IP address, e.g. '192.168.0.1' (192.168.0.1): 192.168.6.20 Please enter the net mask, e.g. '255.255.255.0' (255.255.255.0): Please enter the broadcast address if different from (192.168.6.255): Please enter the gateway's IP address, e.g. '192.168.0.254' (192.168.0.254): 192 .168.6.253 Please enter the IP address of the DNS server or 'none' for no DNS (none): Trying to ping my IP address: PING 192.168.6.20 (192.168.6.20) from 192.168.6.20 : 56(84) bytes of data. 64 bytes from 192.168.6.20: icmp_seq=1 ttl=64 time=0.060 ms 64 bytes from 192.168.6.20: icmp_seq=2 ttl=64 time=0.076 ms 64 bytes
Re: 1000th z800 Sold
Don't shoot the messenger. I was only citing Jim's E-mail :-). To: [EMAIL PROTECTED] Gregg C Levine cc: (bcc: Michael Short/Towers Perrin) <[EMAIL PROTECTED]Subject: Re: 1000th z800 Sold et.att.net> Sent by: Linux on 390 Port <[EMAIL PROTECTED] EDU> 03/07/2003 11:33 AM Please respond to Linux on 390 Port Hello from Gregg C Levine Excuse me? Before Jim Elliot, and Alan Altmark complain, its Linux for S/390. OS/390 is an operating system. I've already seen that happen before. --- Gregg C Levine [EMAIL PROTECTED] "The Force will be with you...Always." Obi-Wan Kenobi "Use the Force, Luke." Obi-Wan Kenobi (This company dedicates this E-Mail to General Obi-Wan Kenobi ) (This company dedicates this E-Mail to Master Yoda ) > -Original Message- > From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of > Michael Short > Sent: Friday, March 07, 2003 11:27 AM > To: [EMAIL PROTECTED] > Subject: Re: [LINUX-390] 1000th z800 Sold > > Darn. After seeing this E-mail my boss will probably ask for LINUX for > OS/390 ;-) > > > > > > To: [EMAIL PROTECTED] > Jim Elliottcc: (bcc: Michael Short/Towers Perrin) > <[EMAIL PROTECTED]Subject: Re: 1000th z800 Sold > et.ibm.com> > Sent by: Linux on > 390 Port > <[EMAIL PROTECTED] > T.EDU> > > > 03/07/2003 11:09 AM > Please respond to > Linux on 390 Port > > > > > > > > I didn't think you could get a "linux only" z800. I thought you had to > > have at least one zOS enabled engine. > > There is no such thing as a "zOS" (s/b z/OS) enabled engine. There are > three ways processors can be configured on a zSeries system. As a > standard or traditional engine, as an Integrated Facility for Linux > (IFL) engine, or as an Integrated Coupling Facility (ICF) engine. IFLs > can only run Linux workloads (with or without z/VM). ICFs only run the > Coupling Facility Control Code (licensed internal code). > > On standard engines you can run z/OS, OS/390, z/VM, VM/ESA, VSE/ESA, > TPF, Linux for S/390, and Linux for OS/390. > > You can order a z800-0FL model which has only IFL engines (one to four) > and comes with z/VM in the price. > > Regards, Jim
Re: 1000th z800 Sold
Darn. After seeing this E-mail my boss will probably ask for LINUX for OS/390 ;-) To: [EMAIL PROTECTED] Jim Elliottcc: (bcc: Michael Short/Towers Perrin) <[EMAIL PROTECTED]Subject: Re: 1000th z800 Sold et.ibm.com> Sent by: Linux on 390 Port <[EMAIL PROTECTED] T.EDU> 03/07/2003 11:09 AM Please respond to Linux on 390 Port > I didn't think you could get a "linux only" z800. I thought you had to > have at least one zOS enabled engine. There is no such thing as a "zOS" (s/b z/OS) enabled engine. There are three ways processors can be configured on a zSeries system. As a standard or traditional engine, as an Integrated Facility for Linux (IFL) engine, or as an Integrated Coupling Facility (ICF) engine. IFLs can only run Linux workloads (with or without z/VM). ICFs only run the Coupling Facility Control Code (licensed internal code). On standard engines you can run z/OS, OS/390, z/VM, VM/ESA, VSE/ESA, TPF, Linux for S/390, and Linux for OS/390. You can order a z800-0FL model which has only IFL engines (one to four) and comes with z/VM in the price. Regards, Jim
Oregon bill mandates open source
I looks like Oregon knows where it going wiht open source. Hope other state follow their lead. See article: http://zdnet.com.com/2100-11-991462.html
Re: Itanium a flop?
If you count those that don't get turned on along with the ones that do, 390 processors definitely outshipped Itanium. To: [EMAIL PROTECTED] Phil Payne cc: (bcc: Michael Short/Towers Perrin) <[EMAIL PROTECTED]Subject: Itanium a flop? arch.com> Sent by: Linux on 390 Port <[EMAIL PROTECTED] IST.EDU> 02/25/2003 01:28 PM Please respond to Linux on 390 Port http://www.theinquirer.net/?article=7983 If this is right, given the average number of processors in each server, it means zSeries shipped two or three times as many engines as Itanium last year. -- Phil Payne http://www.isham-research.com +44 7785 302 803 +49 173 6242039
ComputerWorld articles
If you can get hold of CW for 02/03/2003 there are two relatively good articles: On page 23 "Moving into Mainframe LINUX" On page 35 "When Yanking the Mainframe is not an Option"
Re: Regina/rexx SOCKET
I used O-REXX to write a UFT send procedure. It was sort of bi-modal. I could write parts in the standard REXX syntax and other parts in "Object" syntax. The product seemed pretty solid as I had no problems with other than rethinking the syntax from traditional REXX. spool_id = right(strip(spool_id),4,'0') becomes spool_id = spool_id~strip()~right(4,'0') To: [EMAIL PROTECTED] Mark D Pace cc: (bcc: Michael Short/Towers Perrin) Sent by: Linux on 390 Port <[EMAIL PROTECTED] IST.EDU> 12/05/2002 08:01 AM Please respond to Linux on 390 Port >I have a VM-Rexx socket program I would like to use in Linux. But when I >run this rexx program using regina I get the following >sh: SOCKET: command not found >Is there a way to make these SOCKET calls work in regina? Upon further review it appears that IBM's Object Rexx has the RxSocket support included. Has anyone used Object Rexx? What do you think of it compared to Regina? Thanks very much for everyone's time. Mark D Pace Senior Systems Engineer Mainline Information Systems 1700 Summit Lake Drive Tallahassee, FL. 32317 [EMAIL PROTECTED] Office: 850.219.5184 Fax: 850.219.5050 http://www.mainline.com
Re: IBM has no realistic entry-level offering in the mainframe space.
Liunux will be a very important part of the z/Series future. However, z/VM and Z/OS will still be needed. Without z/VM it doesn't make sense to run Linux on z/Series. For highly available transaction processing which is scalable you still need z/OS, at least for the forseeable future. To: [EMAIL PROTECTED] David Goodenough cc: (bcc: Michael Short/Towers Perrin) Sent by: Linux on 390 Port <[EMAIL PROTECTED] IST.EDU> 12/01/2002 05:39 PM Please respond to Linux on 390 Port Maybe they do not want anyone to develop programs for z/OS and z/VM, but only for Linux. This pricing policy would then be a subtle way of warning off rogue developers from using the wrong platform. Personally I am all for a Linux only future for the zSeries. David Herbert Szumovski To: [EMAIL PROTECTED] <[EMAIL PROTECTED]cc: t> Subject: IBM has no realistic entry-level offering in the Sent by: Linux mainframe space. on 390 Port <[EMAIL PROTECTED] ARIST.EDU> 01/12/2002 16:35 Please respond to Linux on 390 Port Hi All, I would really like to discuss this problem with a knowledgable person of IBM headquarters. There must be people understanding these problems, otherwise they wouldn't have opened the mainframe for Linux. The problem is not the box. You can install Hercules on any Intel PC running Win2000 or Linux, and it will run z/VM or z/OS with acceptable speed for a 1 user system just used for development. The problem is the licensing. Especially z/VM is important, because Linux people in that way would become familiar with Linux's MF-hypervisor. I would even give it away for free with a special license for hobbyists if they run it only on a PC, because it must be in IBM's strongest interest to get new young people who are interested and collect knowledge at least about z/VM, and the more people know the details of the operating system, the more is the chance that IBM may sell new mainframes at service providers and get other new MF clients. Assume, if a AWSTAPE image of z/VM could be downloaded from the net: Though this might not help selling hardware for the next few months, I'm pretty sure that would help a lot for the longer term. As you mentioned below, especially at universities that could become an important factor: just download, try and learn! No small developer and nobody who is just interested in the system will ever buy a FLEX/ES laptop with an official license for 13,000 USD. My 2c, Herbert At 14:29 01.12.2002, [EMAIL PROTECTED] wrote: >It seems like people associated with the traditional IBM >world just can't get it when it comes to a very simple point- >if it costs someone nearly $20K to have the privilege of >doing development on a platform, there is a limited >potential future. > >People can get hold of an Intel box today and >bring up a reasonable development environment >for peanuts. This is impossible with mainframes. >IBM has never demonstrated any commitment of >any kind to develop a reasonable entry level >approach to the mainframe that would capture the >interest of many people. I can't buy an ATX >motherboard form factor mainframe. Heck, >I can't even buy a new mainframe that will just run >on 110V power. > >Until IBM realizes that it needs an entry level >box with reasonable software prices that most >people understand, growth will be at a snail's >pace in the mainframe space for the foreseeable >future. The computer science mafia at the universities >will continue to make idiotic and foolish anti-mainframe >remarks, and yet another generation of students will >be completely clueless about the mainframe world.
OT: Prediction of new IBM Processors
Below is a URL pointing to a Gartner blurb on what may next in processors: http://techupdate.zdnet.com/techupdate/stories/main/0,14179,2898075,00.html It talks about the the number of CPUs going above 16 and the use of multiple MCMs to help z/OS. I know that z/VM supports 64 virtual machines but I have forgotten or never known how many real CPUs z/VM will support (16,32,64)?
Re: CPU Arch Security [was: Re: Probably the first published shel l code]
The keys don't have to match if the fetch pretection bit is 0. See from z/900 PofO: 3.3 Storage Key A storage key is associated with each 4K-byte block of storage that is available in the configuration. The storage key has the following format: ACC FRC 0 46 Fetch-Protection Bit (F): If a reference is subject to key-controlled protection, the fetch-protection bit, bit 4, controls whether key-controlled protection applies to fetch-type references:a zero indicates that only store-type references are monitored and that fetching with any access key is permitted; a one indicates that key-controlled protection applies to both fetching and storing. No distinction is made between the fetching of instructions and of operands. To: [EMAIL PROTECTED] "Post, Mark K" cc: (bcc: Michael Short/Towers Perrin) <[EMAIL PROTECTED]Subject: Re: CPU Arch Security [was: Re: Probably the first published shel l m>code] Sent by: Linux on 390 Port <[EMAIL PROTECTED] IST.EDU> 11/11/2002 02:27 PM Please respond to Linux on 390 Port Linas, No. Either your storage key matches, or it doesn't. If it matches, you get read and write access, if it doesn't match, you get neither. (You _do_ get a S0C4 abend.) Mark Post -Original Message- From: Linas Vepstas [mailto:linas@;linas.org] Sent: Monday, November 11, 2002 12:57 PM To: [EMAIL PROTECTED] Subject: Re: CPU Arch Security [was: Re: Probably the first published shell code] -snip- It has been years since I last looked at the 390 instruction set. Can't one set a read-only mode for selected PSW keys?
Re: Another article on LINUX & MF hardware
The cost is per engine, both purchase and maintenance. But I beleive most people will save money with this arrangement in the long haul. To: [EMAIL PROTECTED] Rod Fureycc: (bcc: Michael Short/Towers Perrin) <[EMAIL PROTECTED]Subject: Re: Another article on LINUX & MF hardware n.nl> Sent by: Linux on 390 Port <[EMAIL PROTECTED] IST.EDU> 08/29/2002 02:59 PM Please respond to Linux on 390 Port It says: For customers who run a 10-way z900 system...they're going to have to pay 20 times the cost of the VM license. I thought that the license was per box, not per processor, so the above wouldn't be right? Feel free to enlighten me on this - I've been out of the VM game for a couple of years (sigh). Rod
Another article on LINUX & MF hardware
>From Enterprise Strategies Journal TODAY'S TOP NEWS: Consolidation Projects Push Linux on Big Iron More than cost, server consolidation efforts are helping push Linux into IBM mainframe environments. **This Story is also available on the Web at:** http://www.esj.com/news/article.asp?EditorialsID=265 Mainframe shops aren't simply deploying Linux because it's free. In fact, Big Iron Linux adoption is succeeding in spite of the fact that Linux running on S/390 or z/OS is by no means an inexpensive proposition. "[Linux on the mainframe] has costs associated with it ? We're saying go into this with your eyes wide open, go into this with these costs in your plan," asserts David Mastrobattista, a senior analyst with consultancy Giga Information Group Inc. However, he says, "Even with these costs, when you're looking to do heavy-duty server consolidation, the mainframe is still going to be the lowest TCO alternative." Mainframe shops can run 15 Linux LPARs on their systems without violating the terms of their IBM licenses, notes John Phelps, vice president and research director of servers and storage with Gartner Inc. After that, however, they must expend $45,000 for IBM's z/VM virtual environment, which enables them to deploy as many Linux partitions as they can support on a single processor. Even here, Phelps notes, IBM has made significant changes to the pricing and licensing of z/VM in its z/OS and z/OS.e operating environments. "[z/]VM does cost something; however, its costs have been dramatically reduced in order to make [Linux] a more viable option. The cost is $45,000 per [z/VM] engine, and the maintenance is $11,000," he explains. IBM has tried to soften the pricing blow in other ways as well. Recently, for example, the company relaxed its z/VM licensing and maintenance pricing requirements to push Linux on mainframe systems. The upshot of it all is that on its new z800 systems, Mastrobattista says, IBM has "actually packaged the z/VM licensing fees [for the z800] and the maintenance of the box in a three-year package for under $400,000." For massive server consolidation efforts on larger, multiprocessor mainframe systems, IBM's Integrated Facility for Linux (IFL) -- which ranges in cost from $125,000 to $200,000 -- is a requirement: "For customers who run, say, a 10-way z900 system, if they want to run [z/]VM, they're going to have to pay 10 times the cost of [z/]VM and 10 times the cost of maintenance," asserts Gartner's Phelps. "But if they install the IFL engine, then they don't have to worry about it." According to Lionel Dyck, a systems programmer with a large healthcare provider based in California, it's usually impractical to acquire an IFL for anything less than a full-scale Linux server consolidation effort. "It's not cost-effective to run a single Linux server on an IFL," Dyck comments, noting that his company is currently in the midst of a proof-of-concept test involving Linux server consolidation on a mainframe IFL. "We're currently doing a financial analysis for TCO unanticipated costs. We're a mainframe shop and understand the need for management software, service, and support." Mainframe shops aren't necessarily adopting Big Iron Linux because it's free, according to a mainframe systems programmer with a global IT services company based in the Southwest. "Any shop that did their homework would know in advance that they need to acquire software support contracts, system management tools, etc," he points out. Instead, he argues, mainframe shops are embracing Linux on the mainframe because it lets them exploit one of the most stable platforms in the open systems space (Linux) on the most stable hardware platform in existence (S/390 or zSeries). "Consolidating multiple server images on an S/390 system [makes] even more sense, economically, and in terms of reliability. S/390 hardware is much more reliable than anything based on an Intel architecture," he concludes. --Stephen Swoyer
VM and VMWare
It looks like VM and VMWare are going to be step children of a sort according to a SEARCH390 article: LEAD STORY IBM TO SELL AND SUPPORT VMWARE SOFTWARE | News: cw360 Although IBM has its own partitioning tools for mainframe and Unix servers, the company has decided to partner with VMware for partitioning technology on its xSeries line of Intel-based servers. The two companies teamed up earlier this year to co-develop partitioning software. The deal announced will simply make it easier for customers to get the ESX Server product and support directly from IBM. For the full story, click: http://www.cw360.com/article&rd=&i=&ard=114566&fv=1
Re: z800 Storage
If z/VM and LINUX are to run in 64-bit mode I would use 6 MB main and 2MB expanded. If both are 31-bit mode I would use 2MB main and 6MB expanded. If z/VM is in 64-bit mode I would go some higher in main storage to give storage relief for things the have to be below the 2G line.
Re: [OT] Neale's effective use of irony and sarcasm
What happened to step 5 of the kill and eat scenario? To: [EMAIL PROTECTED] Adam Thorntoncc: (bcc: Michael Short/Towers Perrin) sarcasm Sent by: Linux on 390 Port <[EMAIL PROTECTED] IST.EDU> 06/06/2002 11:24 AM Please respond to Linux on 390 Port On Thu, Jun 06, 2002 at 08:14:44AM -0500, Dave Jones wrote: > > Alan > > PS: you can export all the outback steakhouses you like providing you > > promise to take back fosters, and rolf harris 8) > Sorry, Alan, but the Outback Steakhouse is a purely American invention; > founded in Tampa FL, in 1988. > I don't belive the three founders have even been to Austrailia yet..: -) As should be obvious. Adam's Field Guide to Australian Cuisine: Step One: Identify the Thing You Wish to Eat. Realize it's deathly toxic and if it so much as breathes if your general direction you will die miserably and panfully. Drink a beer to cope with your nervousness. Note: this applies to both flora and fauna And yes, Australian flora are perfectly capable of stalking you, injecting you with some hideous toxin, and then devouring you. Step Two: Attempt to kill the thing you wish to eat. Preferably from a very long way away, with ranged weapons. If it figures out where the hail of missile fire is coming from, run away very quickly before it can poison you, &c. This will be long and thirsty work, especially since Australia is a land where it never rains and the temperature never dips below 140F. So drink a couple more beers. Step Three: Retrieve the Body. Note that you will not be the only one who thinks consuming this thing is a good idea, so you'll basically have to repeat Step Two a bunch of times, except that you can't run away, because then you'd be abandoning your kill. Between the sweating and the peeing yourself in terror because of the sheer ferocity of the other predators, you will be losing a lot of fluid, so drink more beer. Step Four: Remove the Poison Sacs/Venom Glands/Toxic whatevers from the creature. Of course, if so much as a drop gets on you, or so much as a whiff of vapor reaches you, it's hideous, painful death. This step usually requires a Level Five Hazmat Facility. This is *really* nevewracking, thus: beer. Step Six: Grill, for a long time, over open flame. Heat tends to break down toxins. This will, duh, be quite hot. So you should drink some beer. Step Seven: Eat. While you're waiting to find out if you've killed yourself hideously and painfully, drink some more beer. Remember in _The Road Warrior_, where Max eats a can of dogfood, and then gives the empty can to his dog? You thought that was a post-apocalyptic thing? Nah. That's just the way Australians eat, because it's so much safer than trying to eat anything that naturally occurs there. Adam
[no subject]
>From our experiences with Tivoli management and sales droids on TSM for VM, the news item below from today's SEARCH390 is a little hard to believe; maybe it is a case of selective hearing ;-( TIVOLI: CUSTOMER NOW THE KING | News: SearchSystemsManagement At Tiovli's annual conference in Washington, D.C., this week, the general manager said the company is listening hard to its customers and delivering what they want. It is also trying to make its management products easier and faster to use. >> CLICK for full story: http://www.searchsystemsmanagement.com/originalContent/0,289142,sid20_gci830923,00.html
Re: java execution thwarted by error in loading shared libraries
When I was doing the JAVA sometime ago I hit a similar problem. I was
directed to the fix below which solved the problem. YMMV if this is the
same but the symptoms are close.
[root@vmlnx001 /local]# more libfixframeinfo.c.1
/*
* Shared library to be preloaded in order to run programs
* compiled on a system with egcs-compiled glibc.
*
* Based on an idea from Martin Schulze <[EMAIL PROTECTED]> and
* confirmed by John Williams <[EMAIL PROTECTED]>.
*
* Compile with:
*gcc -shared -o libfixframeinfo.so libfixframeinfo.c
*
* Then preload with:
*export LD_PRELOAD=/foo/bar/libfixframeinfo.so
*/
/*
From the glibc 2.1 FAQ:
2.8.When I run an executable on one system which I compiled on
another, I get dynamic linker errors. Both systems have the
same
version of glibc installed. What's wrong?
{ZW} Glibc on one of these systems was compiled with gcc 2.7 or 2.8, the
other with egcs (any version). Egcs has functions in its internal
`libgcc.a' to support exception handling with C++. They are linked into
any program or dynamic library compiled with egcs, whether it needs them
or
not. Dynamic libraries then turn around and export those functions
again
unless special steps are taken to prevent them.
When you link your program, it resolves its references to the exception
functions to the ones exported accidentally by libc.so. That works fine
as
long as libc has those functions. On the other system, libc doesn't
have
those functions because it was compiled by gcc 2.8, and you get
undefined
symbol errors. The symbols in question are named things like
`__register_frame_info'.
For glibc 2.0, the workaround is to not compile libc with egcs. We've
also
incorporated a patch which should prevent the EH functions sneaking into
libc. It doesn't matter what compiler you use to compile your program.
For glibc 2.1, we've chosen to do it the other way around: libc.so
explicitly provides the EH functions. This is to prevent other shared
libraries from doing it.
{UD} Starting with glibc 2.1.1 you can compile glibc with gcc 2.8.1 or
newer since we have explicitly add references to the functions causing
the
problem. But you nevertheless should use EGCS for other reasons
(see question 1.2).
*/
__register_frame_info() {}
__deregister_frame_info() {}
__unregister_frame_info() {}
To: [EMAIL PROTECTED]
"T. E. Lombardi" cc: (bcc: Michael Short/Towers
Perrin)
<[EMAIL PROTECTED]Subject: java execution thwarted by
error in loading
du> shared libraries
Sent by: Linux on
390 Port
<[EMAIL PROTECTED]
IST.EDU>
05/31/2002 11:55
AM
Please respond to
Linux on 390 Port
I am having problems getting java to run in my VM (kernel 2.2.15)
I have installed the IBMJava2-s390-131 version without error but
when I actually try to use javac I receive the following error:
error in loading shared libraries:
/opt/IBMJava2-s390-131/bin/exe/javac:
symbol __register_frame_info, version GLIBC_2.0
not defined in file libc.so.6 with link time reference
I suspect that I have to upgrade GLIBC and possibly the kernel.
Is this correct and if so what references should I consult to
perform these tasks properly?
I am fairly new at this so any and all advice is greatly appreciated.
Tom Lombardi
Re: HELP-2.4.18 Kernel upgrade
Go to www.vm.ibm.com/pubs.
Under z/VM 4.2 click on general publications
Pick the pub CP Programming Services
Look at Chapter 2 which has the IBM supplied DIAGS
To: [EMAIL PROTECTED]
"Post, Mark K" cc: (bcc: Michael Short/Towers
Perrin)
<[EMAIL PROTECTED]Subject: Re: HELP-2.4.18 Kernel upgrade
m>
Sent by: Linux on
390 Port
<[EMAIL PROTECTED]
IST.EDU>
05/02/2002 04:11
PM
Please respond to
Linux on 390 Port
Michael,
Are you aware of a web resource anywhere that has a table of what all the
DIAG codes are? That would be a good addition to my links page.
Mark Post
-Original Message-----
From: Michael Short/Towers Perrin [mailto:[EMAIL PROTECTED]]
Sent: Thursday, May 02, 2002 3:54 PM
To: [EMAIL PROTECTED]
Subject: Re: HELP-2.4.18 Kernel upgrade
The diag 68, or x'44', is a "voluntary time-slice end"
To:
[EMAIL PROTECTED]
"Post, Mark K" cc: (bcc: Michael
Short/Towers Perrin)
<[EMAIL PROTECTED]Subject: Re: HELP-2.4.18
Kernel upgrade
m>
Sent by: Linux on
390 Port
<[EMAIL PROTECTED]
IST.EDU>
05/02/2002 03:43
PM
Please respond to
Linux on 390 Port
Well, this seems to correlate to this piece of code in
arch/s390/kernel/traps.c
void die(const char * str, struct pt_regs * regs, long err)
{
console_verbose();
spin_lock_irq(&die_lock);
bust_spinlocks(1);
printk("%s: %04lx\n", str, err & 0x);
show_regs(regs);
bust_spinlocks(0);
spin_unlock_irq(&die_lock);
do_exit(SIGSEGV);
}
Which seems to correlate to this bit of assembler (even though the register
numbers don't seem to match completely).
.long do_exit
.LTN5_0:
LR 1,15
AHI 15,-104
ST 1,0(15)
L 5,.LC313-.LT5_0(13)
L 1,0(5)
LR8,2
LR7,3
LR11,4
LTR 1,1
JE.L955
LHI 1,15
ST1,0(5)
.L955:
#APP
stnsm 96(15),0xFC
#NO_APP
L 10,.LC314-.LT5_0(13)
#APP
bras 1,1f
0: diag 0,0,68
1: slr 0,0
cs0,1,0(10)
jl0b
I don't know what a DIAG 68 is, but apparently the cs instruction never
sets
a "low" return code, so you never get on with life. Can anyone else add to
the discussion? I'm pretty much in over my head already.
Mark Post
-Original Message-
From: Konkol, Josh [mailto:[EMAIL PROTECTED]]
Sent: Thursday, May 02, 2002 11:14 AM
To: [EMAIL PROTECTED]
Subject: Re: HELP-2.4.18 Kernel upgrade
I am using the "vanilla" 2.4.18 kernel. I wanted to get it working without
the ACL. We've done a little more work and we did a trace from the start
of
the 'die' module up until the loop started. Here's the Instruction trace:
Kernel command line: dasd=0200,0201,0204 root=/dev/dasdb1 noinitrd
Highest subchannel number detected (hex) : 000F
Calibrating delay loop... -> 00013904' STM 908FF020 >> 0011AB20CC 0
00013908' BRAS A7D50012 -> 0001392C' CC 0
-> 0001392C' LR181FCC 0
0001392E' AHI A7FAFF98CC 1
00013932' ST5010F000 >> 0011AA98CC 1
00013936' L 5810D0000001390CCC 1
0001393A' LR1892CC 1
0001393C' LR1883CC 1
0001393E' LR18B4CC 1
00013940' ICM BF2F1000002131F8CC 2
00013944' BRZ A784000600013950CC 2
00013948' LHI A728000FCC 2
0001394C' ST50201000 >> 002131F8CC 2
00013950' STNSM ACFCF060 >> 0011AAF8CC 2
00013954' L 58C0D00400013910CC 2
00013958' BRAS A7150004 -> 00013960' CC 2
00013960' SLR 1F00CC 2
00013962' CSBA01C000 >> 0020F060CC 0
00013966' BRM A744FFFB0001395CCC 0
0001396A' LHI A7280001CC 0
0001396E' L 58A0D00800013914CC 0
00013972' BASR 0DEA -> 000119C4' CC 0
00013974' L 5810D01400013920CC 2
00013978' LR184BCC 2
0001397A' N 5440D00C00013918CC 1
0001397E' LR1839CC 1
00013980' L 5820D0100001391CCC 1
00013984' BASR 0DE1 -> 0001FBCC' CC 1
0001398
Re: HELP-2.4.18 Kernel upgrade
The diag 68, or x'44', is a "voluntary time-slice end"
To: [EMAIL PROTECTED]
"Post, Mark K" cc: (bcc: Michael Short/Towers
Perrin)
<[EMAIL PROTECTED]Subject: Re: HELP-2.4.18 Kernel upgrade
m>
Sent by: Linux on
390 Port
<[EMAIL PROTECTED]
IST.EDU>
05/02/2002 03:43
PM
Please respond to
Linux on 390 Port
Well, this seems to correlate to this piece of code in
arch/s390/kernel/traps.c
void die(const char * str, struct pt_regs * regs, long err)
{
console_verbose();
spin_lock_irq(&die_lock);
bust_spinlocks(1);
printk("%s: %04lx\n", str, err & 0x);
show_regs(regs);
bust_spinlocks(0);
spin_unlock_irq(&die_lock);
do_exit(SIGSEGV);
}
Which seems to correlate to this bit of assembler (even though the register
numbers don't seem to match completely).
.long do_exit
.LTN5_0:
LR 1,15
AHI 15,-104
ST 1,0(15)
L 5,.LC313-.LT5_0(13)
L 1,0(5)
LR8,2
LR7,3
LR11,4
LTR 1,1
JE.L955
LHI 1,15
ST1,0(5)
.L955:
#APP
stnsm 96(15),0xFC
#NO_APP
L 10,.LC314-.LT5_0(13)
#APP
bras 1,1f
0: diag 0,0,68
1: slr 0,0
cs0,1,0(10)
jl0b
I don't know what a DIAG 68 is, but apparently the cs instruction never
sets
a "low" return code, so you never get on with life. Can anyone else add to
the discussion? I'm pretty much in over my head already.
Mark Post
-Original Message-
From: Konkol, Josh [mailto:[EMAIL PROTECTED]]
Sent: Thursday, May 02, 2002 11:14 AM
To: [EMAIL PROTECTED]
Subject: Re: HELP-2.4.18 Kernel upgrade
I am using the "vanilla" 2.4.18 kernel. I wanted to get it working without
the ACL. We've done a little more work and we did a trace from the start
of
the 'die' module up until the loop started. Here's the Instruction trace:
Kernel command line: dasd=0200,0201,0204 root=/dev/dasdb1 noinitrd
Highest subchannel number detected (hex) : 000F
Calibrating delay loop... -> 00013904' STM 908FF020 >> 0011AB20CC 0
00013908' BRAS A7D50012 -> 0001392C' CC 0
-> 0001392C' LR181FCC 0
0001392E' AHI A7FAFF98CC 1
00013932' ST5010F000 >> 0011AA98CC 1
00013936' L 5810D0000001390CCC 1
0001393A' LR1892CC 1
0001393C' LR1883CC 1
0001393E' LR18B4CC 1
00013940' ICM BF2F1000002131F8CC 2
00013944' BRZ A784000600013950CC 2
00013948' LHI A728000FCC 2
0001394C' ST50201000 >> 002131F8CC 2
00013950' STNSM ACFCF060 >> 0011AAF8CC 2
00013954' L 58C0D00400013910CC 2
00013958' BRAS A7150004 -> 00013960' CC 2
00013960' SLR 1F00CC 2
00013962' CSBA01C000 >> 0020F060CC 0
00013966' BRM A744FFFB0001395CCC 0
0001396A' LHI A7280001CC 0
0001396E' L 58A0D00800013914CC 0
00013972' BASR 0DEA -> 000119C4' CC 0
00013974' L 5810D01400013920CC 2
00013978' LR184BCC 2
0001397A' N 5440D00C00013918CC 1
0001397E' LR1839CC 1
00013980' L 5820D0100001391CCC 1
00013984' BASR 0DE1 -> 0001FBCC' CC 1
00013986' L 5830D01800013924CC 2
0001398A' LR1828CC 2
0001398C' BASR 0DE3 -> 000152FC' CC 2
0001398E' LHI A728CC 2
00013992' BASR 0DEA -> 000119C4' CC 2
00013904' STM 908FF020 >> 0011A6F8CC 0
00013908' BRAS A7D50012 -> 0001392C' CC 0
0001392C' LR181FCC 0
0001392E' AHI A7FAFF98CC 1
00013932' ST5010F000 >> 0011A670CC 1
00013936' L 5810D0000001390CCC 1
0001393A' LR1892CC 1
0001393C' LR1883CC 1
0001393E' LR18B4CC 1
00013940' ICM BF2F1000002131F8CC 2
00013944' BRZ A784000600013950CC 2
00013948' LHI A728000FCC 2
0001394C' ST50201000 >> 002131F8CC 2
00013950' STNSM ACFCF060 >> 0011A6D0CC 2
00013954' L 58C0D00400013910CC 2
00013958' BRAS A7150004 -> 00013960' CC 2
00013960' SLR 1F00CC 2
00013962' CSBA01C0000020F060CC 1
00013966' BRM
Re: IP Addressing Oddity
I believe that in some circumstances the three digits are taken as octal instead of decimal; i think this occurs when using three digits and there are leading zeros.
Re: Question: z/VM 4 base without assembler??
It is not included. You must have or order release 4 as a minimum to get all the functionality that you need.
Re: Help - z/VM SAF Linux Install
If you have the configuration Net VM -- Linux guests They can be on the same net or a different net if all you want to do if want to is to talk among the images and VM. I f you want talk from the images to the net then you need proxy ARP. To: [EMAIL PROTECTED] Todd Booher cc: (bcc: Michael Short/Towers Perrin) Sent by: Linux on 390 Port <[EMAIL PROTECTED] ARIST.EDU> 02/28/2002 05:36 PM Please respond to Linux on 390 Port Being a S390/VM newbie, please excuse my ignorance Is it a hard and fast rule that the Linux guest OS cannot be in the same subnet as z/VM? In using other VM products (like vmware) this doesn't seem to be a problem. Just curious. Todd -Original Message- From: Peter Webb, Toronto Transit Commission [mailto:[EMAIL PROTECTED]] Sent: Thursday, February 28, 2002 2:08 PM To: [EMAIL PROTECTED] Subject: Re: Help - z/VM SAF Linux Install Unless you are using Proxy ARP on z/VM, the real network connection and the LINUX guest(s) cannot be in the same subnet. > -Original Message- > From: Lionel Dyck [SMTP:[EMAIL PROTECTED]] > Sent: Thursday, February 28, 2002 4:38 PM > To: [EMAIL PROTECTED] > Subject: Help - z/VM SAF Linux Install > > I finally have a network connection to my z/VM system so I can start > to install some little penguins to do more testing. > > BUT (isn't there always one) I'm having a 'challenge'. > > I'm using SuSE and selecting the iucv connection and that works. It > asks for my linux ip address which I give it (172.21.249.21) and then > it asks for the peer address (which I assume means the z/vm ip address > so I give it that of 172.21.249.253). Prior to this it asked for the > target host (and said for VM it is normally TCPIP) so I specified > TCPIP. > > The ifconfig runs clean and then linux trys to ping itself (which > works) and then it tries to ping z/vm and fails. > > Any suggestions? > > my z/vm is 172.21.249.253 and the gateway to the world (via a 2216) is > 172.21.249.254 and my netmask for that world is 255.255.255.252. > > thx > > Lionel B. Dyck, Systems Software Lead > Kaiser Permanente Information Technology > 25 N. Via Monte Ave > Walnut Creek, Ca 94598 > > Phone: (925) 926-5332 (tie line 8/473-5332) > E-Mail:[EMAIL PROTECTED] > Sametime: (use Lotus Notes address) > AIM:lbdyck
Re: Logon to VM with running PROFILE EXEC
Try: Logon X noipl IPL CMS PARM NOSPROF at the CMS prompt acc (noprof You will get a CMS machine with almost nothing, which might be a little extreme. If so you probably can leave off the PARM NOSPROF. To: [EMAIL PROTECTED] "Hines Daniel cc: (bcc: Michael Short/Towers Perrin) (sys1dmh)"Subject: Logon to VM with running PROFILE <[EMAIL PROTECTED]EXEC m> Sent by: Linux on 390 Port <[EMAIL PROTECTED] ARIST.EDU> 03/01/2002 08:47 AM Please respond to Linux on 390 Port Hello - I recall from my limited VM experiences of many years ago a way to logon to a VM user without executing the PROFILE EXEC. Anyone have the command?? I would like to be able to AUTOLOG my Linux images and have them auto IPL but also want to be able to signon for maintenance purposes without IPLing Linux. Thanks - Dan
Re: CMS RESERVED Minidisks
You still need the DASDFMT. The RESERVE only kept the whole disk for LINUX to use; still a CMS function only. To: [EMAIL PROTECTED] Coffin Michael C cc: (bcc: Michael Short/Towers Perrin) Sent by: Linux on 390 Port <[EMAIL PROTECTED] RIST.EDU> 01/14/2002 03:43 PM Please respond to Linux on 390 Port Hi Folks, Sorry for the basic question - but I'm just starting to use CMS RESERVED minidisks instead of raw DASD for Linux/390 (well, at least for the /usr and /data areas - I'm keeping "/" on "raw" DASD for the time being). I have formatted and reserved a large minidisk and made it available to my RedHat 7.2 system R/W. During the install process (around the "disk druid" parts where it starts working with the disk) RedHat didn't like the CMS RESERVED minidisks - it liked the raw DASD Ok and proceeded to format it. Once a disk has been formatted and reserved under CMS - you don't need to DASDFMT it under Linux, do you? Just mke2fs? -Thanks in advance. Michael Coffin, VM Systems Programmer Internal Revenue Service - Room 6030 Constitution Avenue, N.W. Washington, D.C. 20224 Voice: (202) 927-4188 FAX: (202) 622-6726 [EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]> (See attached file: Notebook.jpg) <>
