Re: Kernel patch to add VM IPL PARM support
Leland Lucius wrote: A bigger question might be why must vmpoff be in upper case?? Well, I reckon cause the book says so, but you're right about what you say below. The VMPOFF and VMPHALT processing could convert the command to uppercase since it is a requirement. How about a nice 1 liner to rememdy that? Please don't! That way you can no longer pass lowercase to Diagnose8. I say Leland's translate-to-lower should stay! VMPOFF processing could be a lot smarter. And this is getting very messy. Ya know, I have to agree with you there. I didn't realize (hadn't tried it yet) that you had to use DIAG to get the thing to retain mixed case. So, it really boils down to: The Majority Rules Since most Linux kernel parmaeters are expected to be in lowercase, I'll keep the conversion to lower in the patch and not try to get all fancy and everything. What I did (for the patch we're trying to get incorporated by our Boeblingen friends) is, translating EBCDIC to ASCII with reversed case. That way you get the benefit of having your (by default) uppercased parm string passed lowercase to Linux, and you keep the option open for passing uppercased characters to the kernel. So you would do something like: /* */ Call Diag 8, 'CP IPL LINUX PARM VMPOFF=ipl cms MEM=64M' Ronald van der Laan
Re: Gnome
On Thu, 6 Mar 2003 14:27:53 -0800, Fargusson.Alan wrote: One of the results of the way Linux is developed is that old hardware tends to work better than new hardware. Try knoppix on a new notebook and it is less likely to work. I'll try that - we have a fairly new compaq. Although my impression has been that (most) manufacturers are very good at working with eg. the kernel-developers. I've just tried a Fujitsu-Siemens ready-made Intel system - no probs whatsoever. Granted, this is probably a 100% standard system (and certainly not a laptop), so ... At some point I will probably put a second drive in my Dell and try Linux again. I probably will not try to download a version though. I don't have a CD writer at work, and I don't have broadband at home. I estimate it would take about 60 hours to download one CD worth of data at home, and I doubt that my dialup would stay connected that long. You could try using 'wget -r' - even with interruptions, that tends to work fine. That's what I used before we got ADSL a couple of months ago. Uh, wait - maybe try a download manager for MSIE or Netscape ? I don't know if you wget exists for Windows or Mac. The c't CDROM is 688M, but also has openoffice, mozilla and probably lots of other stuff included. /Per regards, Per Jessen, Zurich http://www.enidan.com - home of the J1 serial console.
knoppix (was: Gnome)
Regarding knoppix - try these: http://www.distrowatch.com/dwres.php?resource=interview-knoppix http://thetechnozone.com/pcbuyersguide/software/system/Review-Knoppix_Linux.html I've only really tried knoppix once or twice, and was just impressed! Personally I've used SuSE for years, but will probably swap to Debian in the near future. But, if you've never tried Linux and you're just curious, knoppix is the answer. /Per regards, Per Jessen, Zurich http://www.enidan.com - home of the J1 serial console.
GTK+ RPM's
Since I have been having difficulty connecting to the primary RH distribution site (ftp://ftp.redhat.com/pub/redhat/linux/7.2/en/os/s390/RedHat/RPMS/), I have been connecting to the MCS mirror site for distributing RPM's for RH Linux v7.2 on s390 (ftp://mirror.mcs.anl.gov/pub/redhat/redhat/linux/7.2/en/os/s390/RedHat/RPMS/). This has worked well except for the two GTK+ RPM's. Both have generated the following error when an install attempt has been made via Webmin: Failed to install package : Not a valid RPM file. Other files from the MCS mirror have installed ok, or failed because they depend on GTK+. I have downloaded these two RPM's a couple of more times from the MCS mirror with the same result. And, I am still having difficulty accessing the Primary RH distribution site. Your suggestions are greatly appreciated.
Re: Upgrading QDIO, QETH on SuSE Linux 2.4.7 SMP
This is probably a VM LISTSERV question but I think it has value with this thread. My zVM person found 0301 as more current than 0202. Would you recommend 0301 or 0202? We are currently 0201. Al Schilla -Original Message- From: Robert J Brenneman [mailto:[EMAIL PROTECTED] Sent: Thursday, March 06, 2003 3:07 PM To: [EMAIL PROTECTED] Subject: Re: Upgrading QDIO, QETH on SuSE Linux 2.4.7 SMP Also be sure to have you VM system up to date. I have used this kernel and driver set successfully on z/VM 4.3 RSU 0202 Jay Brenneman Alan Schilla [EMAIL PROTECTED]To: [EMAIL PROTECTED] te.mn.uscc: Sent by: Linux onSubject: Re: Upgrading QDIO, QETH on SuSE Linux 2.4.7 SMP 390 Port [EMAIL PROTECTED] IST.EDU 03/06/03 03:54 PM Please respond to Linux on 390 Port Thanks Jay. The qdio, qeth drivers used are the drivers you indicate. Also, I cannot say for sure but I believe the timer kernal is 20020502 so I will look at updating that to the more current 20020708. Thanks, Al -Original Message- From: Robert J Brenneman [mailto:[EMAIL PROTECTED] Sent: Thursday, March 06, 2003 10:59 AM To: [EMAIL PROTECTED] Subject: Re: Upgrading QDIO, QETH on SuSE Linux 2.4.7 SMP Note to those not interested in this thread: these updates for SLES-7 31bit provide a NOTICABLE IMPROVEMENT in cpu consumption for VM Linux-en attached to real OSA devices. Alan, It does indeed look like you have a driver / kernel mismatch. I dont remember the SuSE kernel dates for the various releases, but I remember that the inital releases did not work well with Guest Lan. Is this an updated kernel? If so, where did you get it? Try using Yast Online Update (YOU) if you have another network connection available, or if you can temporarily attach your VM guest to a real OSA with internet access. You should download the latest qdio / qeth drivers from developerworks: http://www-124.ibm.com/developerworks/opensource/linux390/current2_4_x-augus t2001.shtml#SBCRocos7 (check that link for chopping or wrapping) You should probably also go to the SuSE maintenance web and pick up the newest timer kernel RPM, it will match up with the above drivers nicely, but still needs the -f flag in /etc/modules.conf http://sdb.suse.de/download/s390/update/SuSE-SLES/7/rpm/k_timer-20020708.rpm (check for chopping... grumble Notes grumble ) That link will require a userid password FYI - unless you are planning to run more than 15 or so linux guests under VM, you will see better performance from using the standard kernel, not the timer patched one. The timer patch does appear to affect performance in heavily loaded systems with time sensitive workloads. The general rule of thumb I've been using is standard kernel on SAP Linuxen, DB2, WAS and the like running heavy production workloads, and timer patched kernels on server consolidation systems which may not be heavily stressed all the time. Jay Brenneman Alan Schilla [EMAIL PROTECTED]To: [EMAIL PROTECTED] te.mn.uscc: Sent by: Linux onSubject: Re: Upgrading QDIO, QETH on SuSE Linux 2.4.7 SMP 390 Port [EMAIL PROTECTED] IST.EDU 03/06/03 11:09 AM Please respond to Linux on 390 Port I sure can. Here are all rhe messages from insmod qdio, insmod qeth: lxisdn01:~ # insmod -f qdio insmod -f qdio Using /lib/modules/2.4.7-timer-SMP/misc/qdio.o Warning: kernel-module version mismatch /lib/modules/2.4.7-timer-SMP/misc/qdio.o was compiled for kernel version 2.4.7-timer while this kernel is version 2.4.7-timer-SMP qdio: loading QDIO base support version 2 ($Revision: 1.78.2.9 $/$Revision: 1.4 .2.4 $) debug: qdio_setup: new level 2 debug: qdio_labs: new level 2 debug: qdio_sense: new level 2 debug: qdio_trace: new level 2 lxisdn01:~ # insmod -f qeth insmod -f qeth Using /lib/modules/2.4.7-timer-SMP/net/qeth.o Warning: kernel-module version mismatch /lib/modules/2.4.7-timer-SMP/net/qeth.o was compiled for kernel version 2.4.7-timer while this kernel is version 2.4.7-timer-SMP /lib/modules/2.4.7-timer-SMP/net/qeth.o: unresolved symbol __copy_from_user_asm lxisdn01:~ # Thanks, Al Schilla State of Minnesota -Original Message- From: Robert J Brenneman [mailto:[EMAIL PROTECTED] Sent: Wednesday, March 05, 2003 4:11 PM To: [EMAIL PROTECTED] Subject: Re: Upgrading QDIO, QETH on SuSE Linux 2.4.7 SMP I also tried an insmod -f qdio and insmod -f qeth and it still gave the version mismatch message but it appeared to be more a warning
SCO FILES LAWSUIT AGAINST IBM
SCO FILES LAWSUIT AGAINST IBM SCO files billion dollar lawsuit for misappropriation of trade secrets, tortious interference, unfair competition and breach of contract LINDON, Utah-March 7, 2003-The SCO(R) Group (SCO) (Nasdaq: SCOX), the owner of the UNIX operating system, announced today that it has filed legal action against IBM (NYSE:IBM) in the State Court of Utah, for misappropriation of trade secrets, tortious interference, unfair competition and breach of contract. The complaint alleges that IBM made concentrated efforts to improperly destroy the economic value of UNIX, particularly UNIX on Intel, to benefit IBM's new Linux services business. IBM originally entered into their UNIX license agreement with ATT in February 1985 in order to produce the AIX operating system. These agreements require that the UNIX software code be held in confidence, and prohibit unauthorized distribution or transfer. In 1995, SCO purchased the rights and ownership of UNIX and UnixWare that had been originally owned by ATT. This included source code, source documentation, software development contracts, licenses and other intellectual property that pertained to UNIX-related business. SCO became the successor in interest to the UNIX software licenses originally licensed by ATT Bell Laboratories to all UNIX distributors, including HP, IBM, Silicon Graphics, Sun Microsystems, and many others. As a result of IBM's unfair competition and the marketplace injury sustained by SCO, SCO is requesting damages in an amount to be proven at trial, but no less than $1 billion, together with additional damages through and after the time of trial. SCO is also demanding that IBM cease these anti-competitive practices based on specific requirements sent in a notification letter to IBM. If these requirements are not met, SCO will have the authority to revoke IBM's AIX license 100 days following the receipt of SCO's letter. SCO's letter and complaint have been filed by the law firm of Boies, Schiller and Flexner. SCO announced in January that the law firm had been retained to research and investigate possible violations of SCO's intellectual property. SCO is in the enviable position of owning the UNIX operating system, said Darl McBride, president and CEO, SCO. It is clear from our stand point that we have an extremely compelling case against IBM. SCO has more than 30,000 contracts with UNIX licensees and upholding these contracts is as important today as the day they were signed. A copy of SCO's complaint is on file with the State Court of Utah and can also be found at http://www.sco.com/scosource. Teleconference SCO has scheduled a teleconference regarding this announcement for 11:00 a.m. Eastern time on March 7, 2003. Press and analysts who are interested in participating in this announcement should call: Toll Free within North America: (800) 289-0496 Toll Callers: (913) 981-5519 Toll Free within Europe: +800--1112 Confirmation Code to enter call: 490616 Participants should dial into the teleconference 5 to 10 minutes prior to the scheduled start time. SCO will offer an audio recording of this teleconference within two hours following the call. This recording will be available for 30 days, both by phone and via the Web. To access the audio recording by phone, dial: Toll: 719-457-0820 Toll Free: 888-203-1112 Participants will need to enter the following confirmation code: 490616 To access the audio recording via the Web, go to the following URL: http://www.sco.com/scosource/
Re: SCO FILES LAWSUIT AGAINST IBM
Oh well---tired of always hearing Gate's beeing sue and I guess it is IBM's time again... Gathe SCO not making enough money for the VP's to cover all the good times they want and can't lay off anymore people to get there bonus and payouts
Re: 1000th z800 Sold
I didn't think you could get a linux only z800. I thought you had to have at least one zOS enabled engine. Bill -Original Message- From: Ferguson, Neale [mailto:[EMAIL PROTECTED] Sent: Thursday, March 06, 2003 9:25 PM To: [EMAIL PROTECTED] Subject: 1000th z800 Sold See: http://www-1.ibm.com/servers/eserver/zseries/news/pressreleases/2003/z_linux _grid_03-06-03.html?ca=zseriesme=Wmet=from_zvm Armonk, N.Y. and Gainesville, Fla., March 6, 2003 - IBM announced today that the University of Florida has selected the Linux-only IBM eServer zSeries 800 as the heart of the university's Advanced Computing and Information Systems (ACIS) laboratory at the school's Department of Electrical and Computer Engineering in Gainesville, Florida. snip
LOL
SCO's complaint is giving me giggle after giggle: c) A carrier-grade Linux project has been undertaken to use UNIX code, methods, concepts, and know-how for the unlawful purpose of transforming Linux into an enterprise-hardened operating system; I _LOVE_ it - the unlawful purpose of transforming Linux into an enterprise-hardened operating system I don't know how much more of this I can read before I'll have to go and lie down. -- Phil Payne http://www.isham-research.com +44 7785 302 803 +49 173 6242039
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: 1000th z800 Sold
I didn't think you could get a linux only z800. I thought you had to have at least one zOS enabled engine. http://www.isham-research.com/linuxonly.html -- Phil Payne http://www.isham-research.com +44 7785 302 803 +49 173 6242039
Re: 1000th z800 Sold
It's the 0LF, available in 1 to 4 engines. I also think it's packaged with z/VM and the subscription service. On Friday 07 March 2003 08:24 am, you wrote: I didn't think you could get a linux only z800. I thought you had to have at least one zOS enabled engine. Bill -Original Message- From: Ferguson, Neale [mailto:[EMAIL PROTECTED] Sent: Thursday, March 06, 2003 9:25 PM To: [EMAIL PROTECTED] Subject: 1000th z800 Sold See: http://www-1.ibm.com/servers/eserver/zseries/news/pressreleases/2003/z_linu x _grid_03-06-03.html?ca=zseriesme=Wmet=from_zvm Armonk, N.Y. and Gainesville, Fla., March 6, 2003 - IBM announced today that the University of Florida has selected the Linux-only IBM eServer zSeries 800 as the heart of the university's Advanced Computing and Information Systems (ACIS) laboratory at the school's Department of Electrical and Computer Engineering in Gainesville, Florida. snip -- Rich Smrcina Sr. Systems Engineer Sytek Services, A Division of DSG Milwaukee, WI [EMAIL PROTECTED] [EMAIL PROTECTED] Catch the WAVV! Stay for Requirements and the Free for All! Update your S/390 skills in 4 days for a very reasonable price. WAVV 2003 in Winston-Salem, NC. April 25-29, 2003 For details see http://www.wavv.org
Re: 1000th z800 Sold
No, have a look: http://www-1.ibm.com/servers/eserver/zseries/800linux.html It´s just a zSeries with z/VM and Linux, no zOS. -- Mit freundlichen Gruessen/With kind regards Thorsten Hock Teamleiter/Teamleader Systems-Management Ueberseering 24, 22297 Hamburg, Germany IT-Services and Solutions GmbH ...an IBM Global Services Company fon: +49 (40) 6389-1884 fax: +49 (40) 6389-1889 E-Mail: mailto:[EMAIL PROTECTED] Beinert, William To: [EMAIL PROTECTED] [EMAIL PROTECTED]cc: om Subject: Re: 1000th z800 Sold Sent by: Linux on 390 Port [EMAIL PROTECTED] IST.EDU 07.03.2003 15:24 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. Bill -Original Message- From: Ferguson, Neale [mailto:[EMAIL PROTECTED] Sent: Thursday, March 06, 2003 9:25 PM To: [EMAIL PROTECTED] Subject: 1000th z800 Sold See: http://www-1.ibm.com/servers/eserver/zseries/news/pressreleases/2003/z_linux _grid_03-06-03.html?ca=zseriesme=Wmet=from_zvm Armonk, N.Y. and Gainesville, Fla., March 6, 2003 - IBM announced today that the University of Florida has selected the Linux-only IBM eServer zSeries 800 as the heart of the university's Advanced Computing and Information Systems (ACIS) laboratory at the school's Department of Electrical and Computer Engineering in Gainesville, Florida. snip
Re: GTK+ RPM's
Hi Ken, Do the downloaded rpm files md5sums match the manifest: ftp://mirror.mcs.anl.gov/pub/redhat/redhat/linux/7.2/en/os/s390/Manifest.txt We've specifically included the manifest text to try to make it easier to check downloaded rpms ... :) HTH, Brock On Fri, 2003-03-07 at 08:05, Kenneth Illingsworth wrote: Since I have been having difficulty connecting to the primary RH distribution site (ftp://ftp.redhat.com/pub/redhat/linux/7.2/en/os/s390/RedHat/RPMS/), I have been connecting to the MCS mirror site for distributing RPM's for RH Linux v7.2 on s390 (ftp://mirror.mcs.anl.gov/pub/redhat/redhat/linux/7.2/en/os/s390/RedHat/RPMS/). This has worked well except for the two GTK+ RPM's. Both have generated the following error when an install attempt has been made via Webmin: Failed to install package : Not a valid RPM file. Other files from the MCS mirror have installed ok, or failed because they depend on GTK+. I have downloaded these two RPM's a couple of more times from the MCS mirror with the same result. And, I am still having difficulty accessing the Primary RH distribution site. Your suggestions are greatly appreciated. -- Brock Organ [EMAIL PROTECTED]
Re: zebra .rpm on S/390 ?
Both a binary and src rpm for zebra are part of the 7.2 product ... and I did find a zebra binary rpm at the rufus.w3.org site: ftp://rufus.w3.org/linux/redhat/7.2/en/os/s390/RedHat/RPMS/zebra-0.91a-6.s390.rpm Brock On Thu, 2003-03-06 at 18:35, Post, Mark K wrote: That's interesting. Since it's so hard to get connected to the official Red Hat server, I wasn't able to tell if it's there or not. It doesn't show up on a lot of the Red Hat mirrors. Mark Post -Original Message- From: Vic Cross [mailto:[EMAIL PROTECTED] Sent: Thursday, March 06, 2003 4:46 PM To: [EMAIL PROTECTED] Subject: Re: zebra .rpm on S/390 ? On 07.03.2003 at 05:16:13, Post, Mark K [EMAIL PROTECTED] wrote: I don't believe Red Hat included a binary RPM for zebra in their 7.2 distribution. Oddly enough, there is a source RPM for it: ftp://rufus.w3.org/linux/redhat/7.2/en/os/s390/SRPMS/zebra-0.91a-6.src.rpm Just did a RH 7.2 install, from an FTP directory built from our customer's CDs... [EMAIL PROTECTED] root]# rpm -q zebra zebra-0.91a-6 I had to select the package individually, but it was there. Cheers, Vic Cross -- Brock Organ [EMAIL PROTECTED]
Re: LOL
I think SCO is going to get themselves laughed out of court. The burden of proof is on them. |-+ | | Phil Payne | | | [EMAIL PROTECTED]| | | arch.com| | | Sent by: Linux on| | | 390 Port | | | [EMAIL PROTECTED]| | | IST.EDU | | || | || | | 03/07/2003 08:24 | | | AM | | | Please respond to| | | Linux on 390 Port| | || |-+ --| | | | To: [EMAIL PROTECTED] | | cc: | | Subject: LOL | --| SCO's complaint is giving me giggle after giggle: c) A carrier-grade Linux project has been undertaken to use UNIX code, methods, concepts, and know-how for the unlawful purpose of transforming Linux into an enterprise-hardened operating system; I _LOVE_ it - the unlawful purpose of transforming Linux into an enterprise-hardened operating system I don't know how much more of this I can read before I'll have to go and lie down. -- Phil Payne http://www.isham-research.com +44 7785 302 803 +49 173 6242039
Newbie Questions
Hi all, We want to install LINUX on our G5 in LPAR mode. I have a couple of basic questions... 1) What LINUX distribution is the most popular for the S390? Advantages/disadvantages? 2) The extra LPAR that we have setup, has an IOCP definition that shares ALL disk drives with our OS/390 production LPAR. How can we ensure that LINUX will not touch our production disks? Thanks in advance! Mike Martin Systems Programmer Wake Med Information Services 3000 New Bern Ave. Raleigh, N.C. 27610 (919)-350-8458 [EMAIL PROTECTED] !DOCTYPE HTML PUBLIC -//W3C//DTD HTML 4.0 Transitional//EN HTMLHEAD META content=text/html; charset=iso-8859-1 http-equiv=Content-Type META content=MSHTML 5.00.3315.2870 name=GENERATOR/HEAD BODY style=FONT: 8pt Tahoma; MARGIN-LEFT: 2px; MARGIN-TOP: 2px DIVFONT size=1Hi all,/FONT/DIV DIVnbsp;/DIV DIVFONT size=1We want to install LINUX on our G5 in LPAR mode.nbsp; I have a couple of basic questions.../FONT/DIV DIVnbsp;/DIV DIVFONT size=11)nbsp; What LINUX distribution is the most popular for the S390?nbsp; Advantages/disadvantages?/FONT/DIV DIVnbsp;/DIV DIVFONT size=12)nbsp; The extra LPAR that we have setup, has an IOCP definition that shares ALL disk drives with our /FONT/DIV DIVFONT size=1nbsp;nbsp;nbsp;nbsp; OS/390 production LPAR.nbsp;nbsp; How can we ensure that LINUX will not touch our production disks?/FONT/DIV DIVnbsp;/DIV DIVFONT size=1Thanks in advance!/FONT/DIV DIVnbsp;/DIV DIVFONT size=1Mike MartinBRSystems ProgrammerBRWake Med Information ServicesBR3000 New Bern Ave.BRRaleigh, N.C. 27610BR(919)-350-8458BRA href=mailto:[EMAIL PROTECTED][EMAIL PROTECTED]/A/FONT/DIV/BODY/HTML
Re: LOL
At 07:21 AM 3/7/2003, you wrote: I think SCO is going to get themselves laughed out of court. The burden of proof is on them. Another issue where the legal slugs are mucking with technology for there own benifit !!! Kenneth G. Dreger Unemployed and seeking position Sr. IBM Systems Programmer Consultant in OS390, z/OS Systems, Linux 390 systems, Web page consulting, High Tech Investigations Home pages: http://ken.dreger.com Our Santa site: www.acornartists.com The PI site: www.laprivateeye.com The CAPI site: http://californiaprivateinvestigators.org My RedHat system for Linux (s390) downloads ftp://kendreger.homeftp.net Contracting services available at reasonable rates Contact: [EMAIL PROTECTED] OR: [EMAIL PROTECTED] OR: [EMAIL PROTECTED] OR: [EMAIL PROTECTED] This message contains information which is confidential and may also be privileged. It is for the exclusive use of the intended recipient(s). If you are not the intended recipient(s) please note that any form of distribution, copying or use of this communication or the information in it is strictly prohibited and may be unlawful. If you have received this communication in error please return it to the sender.
Re: zebra .rpm on S/390 ?
Brock, That's where I found it, too. Some of the other mirrors don't have it. Of course, some mirrors also have some RPMs that the Red Hat one does not have, so there's a lot of things out there that are out of synch. Mark Post -Original Message- From: Brock Organ [mailto:[EMAIL PROTECTED] Sent: Friday, March 07, 2003 10:21 AM To: [EMAIL PROTECTED] Subject: Re: zebra .rpm on S/390 ? Both a binary and src rpm for zebra are part of the 7.2 product ... and I did find a zebra binary rpm at the rufus.w3.org site: ftp://rufus.w3.org/linux/redhat/7.2/en/os/s390/RedHat/RPMS/zebra-0.91a-6.s39 0.rpm Brock On Thu, 2003-03-06 at 18:35, Post, Mark K wrote: That's interesting. Since it's so hard to get connected to the official Red Hat server, I wasn't able to tell if it's there or not. It doesn't show up on a lot of the Red Hat mirrors. Mark Post -Original Message- From: Vic Cross [mailto:[EMAIL PROTECTED] Sent: Thursday, March 06, 2003 4:46 PM To: [EMAIL PROTECTED] Subject: Re: zebra .rpm on S/390 ? On 07.03.2003 at 05:16:13, Post, Mark K [EMAIL PROTECTED] wrote: I don't believe Red Hat included a binary RPM for zebra in their 7.2 distribution. Oddly enough, there is a source RPM for it: ftp://rufus.w3.org/linux/redhat/7.2/en/os/s390/SRPMS/zebra-0.91a-6.src.rpm Just did a RH 7.2 install, from an FTP directory built from our customer's CDs... [EMAIL PROTECTED] root]# rpm -q zebra zebra-0.91a-6 I had to select the package individually, but it was there. Cheers, Vic Cross -- Brock Organ [EMAIL PROTECTED]
Re: Newbie Questions
Mike, I'll answer the second question. Unless your gen excludes those devices from the Linux/390 LPAR, there is no way to guarantee the integrity of the data on them. So, don't do that. Create a new gen that excludes them. In answer to your first question, please don't select a Linux distribution based on popularity. There has been a lot of discussion on this list as to what problems and good experiences people have had with the various distributions. I would advise you to spend some time reading the archives (http://www.marist.edu/htbin/wlvindex?linux-390) to get a feel for those things. Then you can contact the distributors and ask questions that are important to you, as opposed to what's important to others. A lot of those topics have also been highlighted on http://linuxvm.org/ Mark Post -Original Message- From: Mike Martin [mailto:[EMAIL PROTECTED] Sent: Friday, March 07, 2003 10:39 AM To: [EMAIL PROTECTED] Subject: Newbie Questions Hi all, We want to install LINUX on our G5 in LPAR mode. I have a couple of basic questions... 1) What LINUX distribution is the most popular for the S390? Advantages/disadvantages? 2) The extra LPAR that we have setup, has an IOCP definition that shares ALL disk drives with our OS/390 production LPAR. How can we ensure that LINUX will not touch our production disks? Thanks in advance! Mike Martin Systems Programmer Wake Med Information Services 3000 New Bern Ave. Raleigh, N.C. 27610 (919)-350-8458 [EMAIL PROTECTED]
Re: Websphere
It seems that I also need to install DB2 UDB before installing Websphere. But I have searched and searched and can not find a Trail/Demo version of DB2 for Linux s390. I find it for every other Linux platform (IA32, pSeries, iSeries) but not s390 or zSeries. Anyone know where I can find a trial/demo? 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: LOL
Sorry, but SCO started this, not the lawyers. I have no great love for lawyers in general, but I'm not going to blame this one on them. Mark Post -Original Message- From: Ken Dreger [mailto:[EMAIL PROTECTED] Sent: Friday, March 07, 2003 10:40 AM To: [EMAIL PROTECTED] Subject: Re: LOL At 07:21 AM 3/7/2003, you wrote: I think SCO is going to get themselves laughed out of court. The burden of proof is on them. Another issue where the legal slugs are mucking with technology for there own benifit !!! Kenneth G. Dreger Unemployed and seeking position Sr. IBM Systems Programmer Consultant in OS390, z/OS Systems, Linux 390 systems, Web page consulting, High Tech Investigations Home pages: http://ken.dreger.com Our Santa site: www.acornartists.com The PI site: www.laprivateeye.com The CAPI site: http://californiaprivateinvestigators.org My RedHat system for Linux (s390) downloads ftp://kendreger.homeftp.net Contracting services available at reasonable rates Contact: [EMAIL PROTECTED] OR: [EMAIL PROTECTED] OR: [EMAIL PROTECTED] OR: [EMAIL PROTECTED] This message contains information which is confidential and may also be privileged. It is for the exclusive use of the intended recipient(s). If you are not the intended recipient(s) please note that any form of distribution, copying or use of this communication or the information in it is strictly prohibited and may be unlawful. If you have received this communication in error please return it to the sender.
not-LOL (was Re: LOL)
I think SCO is going to get themselves laughed out of court. The burden of proof is on them. I've just read through the complaint - and it is far from giggles. It says that IBM developed AIX under a Unix license, and then signed an additional contract Project Monterey - and has taken proprietary code from those and open-sourced it into Linux. This, if true, appears to be a clear breach of license/contract. It really doesn't have anything to do with Linux's quality or capabilities. Can SCO prove this? They quote from the original Unix license (under which IBM developed the AIX flavor) showing that the source code is not to be disclosed. Then, in paragraph 92, they quote an IBM VP saying, We're willing to open source any part of AIX that the Linux community considers valuable. That certainly is not proof that IBM violated the license - but it raises questions. Also note that the lead attorney for SCO (David Boies) has a rather formidable reputation. I wouldn't underestimate him. --henry schaffer
Re: Newbie Questions
I don't know that there's so much an advantage of one distribution over the other. The decision can boil down to a few things: company standard, price, personal preference, maybe more. If your corporate standard dictates that you run a certain distribution, then this problem is essentially solved. If not, then another consideration is price. Not all distribuitions are priced equally. All of them are pure Linux, but the distributor add-ons vary. Before the initial install system is IPLed, there is a parameter that can/should be used to limit the disk addresses that Linux will be able to use. It will sense them all, but will only be able to use the ones that you tell it. On Friday 07 March 2003 09:38 am, you wrote: Hi all, We want to install LINUX on our G5 in LPAR mode. I have a couple of basic questions... 1) What LINUX distribution is the most popular for the S390? Advantages/disadvantages? 2) The extra LPAR that we have setup, has an IOCP definition that shares ALL disk drives with our OS/390 production LPAR. How can we ensure that LINUX will not touch our production disks? Thanks in advance! Mike Martin Systems Programmer Wake Med Information Services 3000 New Bern Ave. Raleigh, N.C. 27610 (919)-350-8458 [EMAIL PROTECTED] -- Rich Smrcina Sr. Systems Engineer Sytek Services, A Division of DSG Milwaukee, WI [EMAIL PROTECTED] [EMAIL PROTECTED] Catch the WAVV! Stay for Requirements and the Free for All! Update your S/390 skills in 4 days for a very reasonable price. WAVV 2003 in Winston-Salem, NC. April 25-29, 2003 For details see http://www.wavv.org
Re: Newbie Questions
On Friday, 03/07/2003 at 10:38 EST, Mike Martin [EMAIL PROTECTED] wrote: Hi all, We want to install LINUX on our G5 in LPAR mode. I have a couple of basic questions... 1) What LINUX distribution is the most popular for the S390? Advantages/disadvantages? 2) The extra LPAR that we have setup, has an IOCP definition that shares ALL disk drives with our OS/390 production LPAR. How can we ensure that LINUX will not touch our production disks? 2) Define another LPAR that has only the devices you want in it. Alan Altmark Sr. Software Engineer IBM z/VM Development
Re: Newbie Questions
1) My feeling is that SuSE is probably the most popular for s390 at the moment, but I don't have any hard data to back that up. If you just want to play Debian is unencumbered by any issues with a vendor wanting money from you. The potential downfall is that ISVs seem to have certified their products for SuSE or RedHat, not Debian. 2) I had the same issue with our Debian play LPAR. We ended up redefining a couple of channels to only point to a specific range of DASD, then we varied all the other chpids offline from that LPAR from the HMC. The necessary gen change was dynamically activated at night, so the only impact was that we lost a couple of chpids to a (different) range of development DASD that really didin't need 8 channels to it anyways. Scott Chapman Mike Martin [EMAIL PROTECTED]To: [EMAIL PROTECTED] org cc: Sent by: Linux onSubject: Newbie Questions 390 Port [EMAIL PROTECTED] IST.EDU 03/07/03 10:38 AM Please respond to Linux on 390 Port Hi all, We want to install LINUX on our G5 in LPAR mode. I have a couple of basic questions... 1) What LINUX distribution is the most popular for the S390? Advantages/disadvantages? 2) The extra LPAR that we have setup, has an IOCP definition that shares ALL disk drives with our OS/390 production LPAR. How can we ensure that LINUX will not touch our production disks? Thanks in advance! Mike Martin Systems Programmer Wake Med Information Services 3000 New Bern Ave. Raleigh, N.C. 27610 (919)-350-8458 [EMAIL PROTECTED] Attachment Removed : ATTFPSF1
Re: Newbie Questions
Except with the 2.4 kernels, all those inaccessible volumes can be brought online to Linux and formatted with no problems (or regard for what might already be on them). The only real answer is to take them out of the gen. Mark Post -Original Message- From: Rich Smrcina [mailto:[EMAIL PROTECTED] Sent: Friday, March 07, 2003 10:53 AM To: [EMAIL PROTECTED] Subject: Re: Newbie Questions -snip- Before the initial install system is IPLed, there is a parameter that can/should be used to limit the disk addresses that Linux will be able to use. It will sense them all, but will only be able to use the ones that you tell it.
Re: 1000th z800 Sold
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: Websphere
If you got a WAS 4/5 installation package from IBM DB2 UDB comes with it |-+ | | Mark D Pace | | | [EMAIL PROTECTED]| | | ne.com | | | Sent by: Linux on| | | 390 Port | | | [EMAIL PROTECTED]| | | IST.EDU | | || | || | | 03/07/2003 09:45 | | | AM | | | Please respond to| | | Linux on 390 Port| | || |-+ --| | | | To: [EMAIL PROTECTED] | | cc: | | Subject: Re: Websphere | --| It seems that I also need to install DB2 UDB before installing Websphere. But I have searched and searched and can not find a Trail/Demo version of DB2 for Linux s390. I find it for every other Linux platform (IA32, pSeries, iSeries) but not s390 or zSeries. Anyone know where I can find a trial/demo? 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: Newbie Questions
On Fri, Mar 07, 2003 at 10:56:40AM -0500, Scott Chapman wrote: 1) My feeling is that SuSE is probably the most popular for s390 at the moment, but I don't have any hard data to back that up. If you just want to play Debian is unencumbered by any issues with a vendor wanting money from you. The potential downfall is that ISVs seem to have certified their products for SuSE or RedHat, not Debian. If these ISVs are smart, they will gravitate toward standards like LSB, and certify their products for use on any LSB-compliant distribution. This will make their products available on a wide range of systems, while at the same time giving them a single target to follow. Some of the more adaptive ISVs are also interested in supporting Debian directly. -- - mdz
Re: 1000th z800 Sold
Again? I thought you got your boss straightened out about that the last time. Mark Post -Original Message- From: Michael Short [mailto:[EMAIL PROTECTED] Sent: Friday, March 07, 2003 11:27 AM To: [EMAIL PROTECTED] Subject: 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
Re: 1000th z800 Sold
Think we'll ever see Linux be able to take advantage of coupling facility stuff? |-+-- | | Jim Elliott| | | [EMAIL PROTECTED]| | | et.ibm.com| | | Sent by: Linux on | | | 390 Port | | | [EMAIL PROTECTED]| | | T.EDU | | | | | | | | | 03/07/2003 10:09 AM| | | Please respond to | | | Linux on 390 Port | | | | |-+-- --| | | | To: [EMAIL PROTECTED] | | cc: | | Subject: Re: 1000th z800 Sold | --| 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: SLES8 Auto Config parmfile parameter
Marcy, Thank you, Thank you, Thank you! I also had played with the number of lines and upper/lower case values but didn't hit on the solution. After reading your note I compacted my parmfile lines, filling each out as close to 80 as I could. Changed my INST_INFO=SSH to uppercase and it works like a charm. Very nice. Here's how mine turned out: ramdisk_size=65536 root=/dev/ram1 ro init=/linuxrc INST_SCREEN=SSH AUTOINSTALL=yes IP_INTERFACE=ctc IP_ADDR=128.123.3.106 READ_DEVNO=2050 IP_HOST=WINCHESTER.NMSU.EDU IP_GATEWAY=128.123.3.1 WRITE_DEVNO=2051 IP_DNS=128.123.3.5 IP_PEER=128.123.3.2 INST_INFO=ftp IP_MTU=1492 PROTOCOL=0 FTPUSER=tazzer FTPPASSWORD=zabeth19 INST_PASSWORD=sitedin INST_IP_DIR=/CDROM DASD_Parameter=dasd=200 INST_IP_ADDR=128.123.194.106 Thanks again for sharing, Scott At 04:54 PM 03/06/2003, Marcy Cortes wrote: I wrote: Scott (or anyone), have you figured this out yet? I'm revisiting this install after having worked on other stuff for a while... I found that some parms have to be in upper case like: INST_INFO=SAMBA works and INST_INFO=samba causes loops like yours. INST_INFO=smbfs like the doc suggests stops it and asks for a number choice... I'm stuck like you on the INST_SCREEN=VNC It doesn't like anything I specify for that. Lower case causes it to loop and upper case causes it to stop and ask me for something. If I choose the number for VNC at that point I can continue, but I was hoping to get all the parms to work... Replying to myself! OK, some more playing with it and I got it to work. I think there's a bug here still. I rearranged the order of things and squished the number of lines down and ended up with this whiched worked. I suspect the number of lines and/or number of characters passed were causing the last parms to get missed. ramdisk_size=65536 root=/dev/ram1 ro init=/linuxrc INST_PASSWORD= AUTOINSTALL=yes INST_IP_ADDR=10.26.125.67 IP_ADDR=10.12.7.100 SAMBAUSER=Administrator IP_HOST=sles8.wellsfargo.com IP_MTU=16384 IP_GATEWAY=10.12.7.126 IP_DNS=10.12.71.20 IP_INTERFACE=hsi READ_DEVNO=1D00 WRITE_DEVNO=1D01 DATA_DEVNO=1D02 VNC_PASSWORD= INST_INFO=SAMBA INST_IP_DIR=MARCYCD INST_SCREEN=VNC SAMBAPASSWORD=xxx IP_BROADCAST=10.12.7.127 DASD_Parameter=dasd=0100,0201-0207 IP_NETMASK=255.255.255.192 ** Scott Archer Mainframe Systems Administration, New Mexico State University E-mail: [EMAIL PROTECTED] URL: http://sarcher.nmsu.edu Phone: (505)646-6186 **
Re: 1000th z800 Sold
Yeah, well in this case, it was Jim himself that had the brain fade, (see what he wrote below) so he's not going to be doing any complaining this time. :) Mark Post -Original Message- From: Gregg C Levine [mailto:[EMAIL PROTECTED] Sent: Friday, March 07, 2003 11:34 AM To: [EMAIL PROTECTED] Subject: Re: 1000th z800 Sold 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: Newbie Questions
Wow! Thanks to everyone for all the great info! One more question... We have two GbE OSA adapters used by our production system for TCPIP. Is there any problem sharing one of these with the LINUX LPAR? Thanks again! Mike Martin Systems Programmer Wake Med Information Services 3000 New Bern Ave. Raleigh, N.C. 27610 (919)-350-8458 [EMAIL PROTECTED] !DOCTYPE HTML PUBLIC -//W3C//DTD HTML 4.0 Transitional//EN HTMLHEAD META content=text/html; charset=iso-8859-1 http-equiv=Content-Type META content=MSHTML 5.00.3315.2870 name=GENERATOR/HEAD BODY style=FONT: 8pt Tahoma; MARGIN-LEFT: 2px; MARGIN-TOP: 2px DIVFONT size=1Wow!nbsp; Thanks to everyone for all the great info!/FONT/DIV DIVnbsp;/DIV DIVFONT size=1One more question.../FONT/DIV DIVnbsp;/DIV DIVFONT size=1We have two GbE OSA adapters used by our production system for TCPIP.nbsp; Is there any problem sharing one of these with the LINUX LPAR?/FONT/DIV DIVnbsp;/DIV DIVFONT size=1Thanks again!/FONT/DIV DIVnbsp;/DIV DIVFONT size=1Mike MartinBRSystems ProgrammerBRWake Med Information ServicesBR3000 New Bern Ave.BRRaleigh, N.C. 27610BR(919)-350-8458BRA href=mailto:[EMAIL PROTECTED][EMAIL PROTECTED]/A/FONT/DIV/BODY/HTML
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: Gnome
I have not been able to find anything that says if wget is available on the GNU CD for Windows, or not. In any case I think it would be easier to buy something like Red Hat. Even split over several sessions, 60 hours is a long time to tie up a phone line. -Original Message- From: Per Jessen [mailto:[EMAIL PROTECTED] Sent: Friday, March 07, 2003 2:48 AM To: Fargusson.Alan Cc: [EMAIL PROTECTED] Subject: Re: Gnome On Thu, 6 Mar 2003 14:27:53 -0800, Fargusson.Alan wrote: One of the results of the way Linux is developed is that old hardware tends to work better than new hardware. Try knoppix on a new notebook and it is less likely to work. I'll try that - we have a fairly new compaq. Although my impression has been that (most) manufacturers are very good at working with eg. the kernel-developers. I've just tried a Fujitsu-Siemens ready-made Intel system - no probs whatsoever. Granted, this is probably a 100% standard system (and certainly not a laptop), so ... At some point I will probably put a second drive in my Dell and try Linux again. I probably will not try to download a version though. I don't have a CD writer at work, and I don't have broadband at home. I estimate it would take about 60 hours to download one CD worth of data at home, and I doubt that my dialup would stay connected that long. You could try using 'wget -r' - even with interruptions, that tends to work fine. That's what I used before we got ADSL a couple of months ago. Uh, wait - maybe try a download manager for MSIE or Netscape ? I don't know if you wget exists for Windows or Mac. The c't CDROM is 688M, but also has openoffice, mozilla and probably lots of other stuff included. /Per regards, Per Jessen, Zurich http://www.enidan.com - home of the J1 serial console.
Re: 1000th z800 Sold
Hello again from Gregg C Levine I'm not stunning you Michael. I'm only doing exactly what the both of them would have done. And then waiting to see what else develops. --- 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:40 AM To: [EMAIL PROTECTED] Subject: Re: [LINUX-390] 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: Newbie Questions
Mike, Yes, but it's usually caused by people not reading the doc thoroughly. It can be done, just make sure you know what you're doing, both on the Linux/390 side as well as the other. Again, lots of discussion in this mailing list about that, some of it very recent. There's also a presentation on the entire subject of Connecting to Linux for zSeries at http://www.share.org/proceedings/sh99/SHARE/data/S9312.pdf Alan Altmark of IBM gives it, and it answers a lot of questions. Mark Post -Original Message- From: Mike Martin [mailto:[EMAIL PROTECTED] Sent: Friday, March 07, 2003 11:42 AM To: [EMAIL PROTECTED] Subject: Re: Newbie Questions Wow! Thanks to everyone for all the great info! One more question... We have two GbE OSA adapters used by our production system for TCPIP. Is there any problem sharing one of these with the LINUX LPAR? Thanks again! Mike Martin Systems Programmer Wake Med Information Services 3000 New Bern Ave. Raleigh, N.C. 27610 (919)-350-8458 [EMAIL PROTECTED]
knoppix (was: Gnome)
On Fri, 7 Mar 2003 08:49:47 -0800, Fargusson.Alan wrote: I have not been able to find anything that says if wget is available on the GNU CD for Windows, or not. In any case I think it would be easier to buy something like Red Hat. Even split over several sessions, 60 hours is a long time to tie up a phone line. Absolutely. And since you're looking to do an actual install anyway, knoppix won't do you much good. I just tried running knoppix on my wifes Compaq Evo N610C laptop, which is pretty much brandnew. Runs fine, except for some minor problem with the video. I don't know how old my knoppix version is, but I would whatever it is has been fixed in a more recent version. /Per -Original Message- From: Per Jessen [mailto:[EMAIL PROTECTED] Sent: Friday, March 07, 2003 2:48 AM To: Fargusson.Alan Cc: [EMAIL PROTECTED] Subject: Re: Gnome On Thu, 6 Mar 2003 14:27:53 -0800, Fargusson.Alan wrote: One of the results of the way Linux is developed is that old hardware tends to work better than new hardware. Try knoppix on a new notebook and it is less likely to work. I'll try that - we have a fairly new compaq. Although my impression has been that (most) manufacturers are very good at working with eg. the kernel-developers. I've just tried a Fujitsu-Siemens ready-made Intel system - no probs whatsoever. Granted, this is probably a 100% standard system (and certainly not a laptop), so ... At some point I will probably put a second drive in my Dell and try Linux again. I probably will not try to download a version though. I don't have a CD writer at work, and I don't have broadband at home. I estimate it would take about 60 hours to download one CD worth of data at home, and I doubt that my dialup would stay connected that long. You could try using 'wget -r' - even with interruptions, that tends to work fine. That's what I used before we got ADSL a couple of months ago. Uh, wait - maybe try a download manager for MSIE or Netscape ? I don't know if you wget exists for Windows or Mac. The c't CDROM is 688M, but also has openoffice, mozilla and probably lots of other stuff included. /Per regards, Per Jessen, Zurich http://www.enidan.com - home of the J1 serial console. regards, Per Jessen, Zurich http://www.enidan.com - home of the J1 serial console.
Re: Kernel patch to add VM IPL PARM support
On Fri, 7 Mar 2003, Ronald Van Der Laan wrote: /* */ Call Diag 8, 'CP IPL LINUX PARM VMPOFF=ipl cms MEM=64M' We're presenting examples and omitting context. What works in REXX on CMS might not work from a Linux shell and probably will *not* work from the un-aided CP command line. Ronald, I'm not sure if case inversion is the right solution. I see that it works based on your example and explanation, but the purist in me is really bothered by it since there *are* case sensitive interfaces to CP. If we had case inversion just to circumvent a problem in VPMOFF and VMHALT, that would be a mistake. Remember rules like least astonishment. Case inversion can be quite a surprise. The un-informed might think it is a bug, post to the list asking for help, get a half dozen replies of that's how it's supposed to work. Yuck. It's not a bad thing per se. But don't implement it solely to avoid fixing a different problem. -- RMT
Re: SCO FILES LAWSUIT AGAINST IBM
I just checked, and SCOX has a market value of $28.9M. At this price it would be reasonable for IBM to buy SCO and avoid litigation. I have to wonder if that is what SCO has in mind.
Re: Newbie Questions
One more question... We have two GbE OSA adapters used by our production system for TCPIP. Is there any problem sharing one of these with the LINUX LPAR? Funny you should ask. Since you say LINUX LPAR, I'm assuming you have a single Linux image in an LPAR, rather than a network of penguins under VM. In that case, no, there's not a problem (remember to specify PORTNAME appropriately in /etc/chandev.conf!). If, however, you have a penguin farm that you want to get to via an OSA attached to a stack that's doing routing for you (whether z/VM or Linux), then that OSA has to be set as PRIROUTER. Check the last couple days' archives to see how I *really* feel about this. Adam
Re: SCO FILES LAWSUIT AGAINST IBM
Lets see how this might play... IBM Buys SCO, Ergo, IBM owns Unix IBM then puts Unix in the open source community and it's strengths get merged into Linux Wouldn't THAT be an interesting footnote to history. |-+ | | Fargusson.Alan | | | [EMAIL PROTECTED]| | | tb.ca.gov | | | Sent by: Linux on| | | 390 Port | | | [EMAIL PROTECTED]| | | IST.EDU | | || | || | | 03/07/2003 10:54 | | | AM | | | Please respond to| | | Linux on 390 Port| | || |-+ --| | | | To: [EMAIL PROTECTED] | | cc: | | Subject: Re: SCO FILES LAWSUIT AGAINST IBM | --| I just checked, and SCOX has a market value of $28.9M. At this price it would be reasonable for IBM to buy SCO and avoid litigation. I have to wonder if that is what SCO has in mind.
Re: SCO FILES LAWSUIT AGAINST IBM
Probably cheaper too for IBM then developing equivalent function in Linux. -Original Message- From: James Melin [SMTP:[EMAIL PROTECTED] Sent: Friday, March 07, 2003 12:17 PM To: [EMAIL PROTECTED] Subject: Re: SCO FILES LAWSUIT AGAINST IBM Lets see how this might play... IBM Buys SCO, Ergo, IBM owns Unix IBM then puts Unix in the open source community and it's strengths get merged into Linux Wouldn't THAT be an interesting footnote to history. |-+ | | Fargusson.Alan | | | [EMAIL PROTECTED]| | | tb.ca.gov | | | Sent by: Linux on| | | 390 Port | | | [EMAIL PROTECTED]| | | IST.EDU | | || | || | | 03/07/2003 10:54 | | | AM | | | Please respond to| | | Linux on 390 Port| | || |-+ - -| | | | To: [EMAIL PROTECTED] | | cc: | | Subject: Re: SCO FILES LAWSUIT AGAINST IBM | - -| I just checked, and SCOX has a market value of $28.9M. At this price it would be reasonable for IBM to buy SCO and avoid litigation. I have to wonder if that is what SCO has in mind.
Re: SCO FILES LAWSUIT AGAINST IBM
It would obviously cheaper to buy SCO based on current market value, but it could also be viewed as an admission of guilt. Something IBM would probably want to avoid. James Melin [EMAIL PROTECTED] Sent by: Linux on 390 Port [EMAIL PROTECTED] 03/07/2003 12:16 PM Please respond to Linux on 390 Port To: [EMAIL PROTECTED] cc: Subject:Re: SCO FILES LAWSUIT AGAINST IBM Lets see how this might play... IBM Buys SCO, Ergo, IBM owns Unix IBM then puts Unix in the open source community and it's strengths get merged into Linux Wouldn't THAT be an interesting footnote to history. |-+ | | Fargusson.Alan | | | [EMAIL PROTECTED]| | | tb.ca.gov | | | Sent by: Linux on| | | 390 Port | | | [EMAIL PROTECTED]| | | IST.EDU | | || | || | | 03/07/2003 10:54 | | | AM | | | Please respond to| | | Linux on 390 Port| | || |-+ --| | | | To: [EMAIL PROTECTED] | | cc: | | Subject: Re: SCO FILES LAWSUIT AGAINST IBM| --| I just checked, and SCOX has a market value of $28.9M. At this price it would be reasonable for IBM to buy SCO and avoid litigation. I have to wonder if that is what SCO has in mind.
Re: API to get fullpath name
On Wed, Mar 05, 2003 at 06:46:55PM -0500, Ferguson, Neale wrote: How do I, within a program, get the full pathname of the program I'm executing? argv[0] will have the command name but not necessarily the full pathname. There may not even be a pathname which refers to the program being executed. -- - mdz
SuSE support $?
Anyone know the going rate for SuSE support on s390 these days, or does it vary (i.e. contact SuSE?). Does the # of images matter? # of IFL's? Thanks, ~ Daniel --- This message is the property of Time Inc. or its affiliates. It may be legally privileged and/or confidential and is intended only for the use of the addressee(s). No addressee should forward, print, copy, or otherwise reproduce this message in any manner that would allow it to be viewed by any individual not originally listed as a recipient. If the reader of this message is not the intended recipient, you are hereby notified that any unauthorized disclosure, dissemination, distribution, copying or the taking of any action in reliance on the information herein is strictly prohibited. If you have received this communication in error, please immediately notify the sender and delete this message. Thank you.
Re: 1000th z800 Sold
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. Four. z/OS vs z/OS.e -- Phil Payne http://www.isham-research.com +44 7785 302 803 +49 173 6242039
Re: SCO FILES LAWSUIT AGAINST IBM
Possibly, but they could claim it was accidental. SCO is saying that they have 30,000 contract agreements! Not everyone at IBM could possibly have read all of them. -Original Message- From: Steve Gentry [mailto:[EMAIL PROTECTED] Sent: Friday, March 07, 2003 9:21 AM To: [EMAIL PROTECTED] Subject: Re: SCO FILES LAWSUIT AGAINST IBM It would obviously cheaper to buy SCO based on current market value, but it could also be viewed as an admission of guilt. Something IBM would probably want to avoid. James Melin [EMAIL PROTECTED] Sent by: Linux on 390 Port [EMAIL PROTECTED] 03/07/2003 12:16 PM Please respond to Linux on 390 Port To: [EMAIL PROTECTED] cc: Subject:Re: SCO FILES LAWSUIT AGAINST IBM Lets see how this might play... IBM Buys SCO, Ergo, IBM owns Unix IBM then puts Unix in the open source community and it's strengths get merged into Linux Wouldn't THAT be an interesting footnote to history. |-+ | | Fargusson.Alan | | | [EMAIL PROTECTED]| | | tb.ca.gov | | | Sent by: Linux on| | | 390 Port | | | [EMAIL PROTECTED]| | | IST.EDU | | || | || | | 03/07/2003 10:54 | | | AM | | | Please respond to| | | Linux on 390 Port| | || |-+ --| | | | To: [EMAIL PROTECTED] | | cc: | | Subject: Re: SCO FILES LAWSUIT AGAINST IBM| --| I just checked, and SCOX has a market value of $28.9M. At this price it would be reasonable for IBM to buy SCO and avoid litigation. I have to wonder if that is what SCO has in mind.
Re: Gnome
On Wed, Mar 05, 2003 at 11:40:21PM +0100, Per Jessen wrote: But knoppix does /just/ that. What can be easier than placing the CD in the tray, hit load, then reboot ? No HDD partitioning, no install, no nothing, but Linux KDE up and running in 5mins flat. Not even Windows can do that. Are you implying that Windows is either fast or simple to install? In my experience, it is neither, and the vast majority of users have never even attempted it. -- - mdz
Re: SuSE support $?
i think they quoted us ~$12k for the first engine and a little less for subsequent engines, but i wasn't involved in the payout, so i can't tell you what we payed. call SuSE, they'll give you a quote. From: Daniel Jarboe [EMAIL PROTECTED] Date: 2003/03/07 Fri PM 12:57:02 EST To: [EMAIL PROTECTED] Subject: SuSE support $? Anyone know the going rate for SuSE support on s390 these days, or does it vary (i.e. contact SuSE?). Does the # of images matter? # of IFL's? Thanks, ~ Daniel --- This message is the property of Time Inc. or its affiliates. It may be legally privileged and/or confidential and is intended only for the use of the addressee(s). No addressee should forward, print, copy, or otherwise reproduce this message in any manner that would allow it to be viewed by any individual not originally listed as a recipient. If the reader of this message is not the intended recipient, you are hereby notified that any unauthorized disclosure, dissemination, distribution, copying or the taking of any action in reliance on the information herein is strictly prohibited. If you have received this communication in error, please immediately notify the sender and delete this message. Thank you.
Re: knoppix (was: Gnome)
On Fri, Mar 07, 2003 at 06:08:13PM +0100, Per Jessen wrote: Absolutely. And since you're looking to do an actual install anyway, knoppix won't do you much good. As a matter of fact, it will. http://www.linuxworld.com/site-stories/2002/1104.barr.html -- - mdz
Re: SuSE support $?
Daniel, With the introduction of SLES8, anything that didn't come from SuSE would be speculation. In the past, the prices were dependent on the number of processors, and the type of processors (G5/G6/z900). Discounts started with the second processor. You would be better off asking SuSE directly. Mark Post -Original Message- From: Daniel Jarboe [mailto:[EMAIL PROTECTED] Sent: Friday, March 07, 2003 12:57 PM To: [EMAIL PROTECTED] Subject: SuSE support $? Anyone know the going rate for SuSE support on s390 these days, or does it vary (i.e. contact SuSE?). Does the # of images matter? # of IFL's? Thanks, ~ Daniel --- This message is the property of Time Inc. or its affiliates. It may be legally privileged and/or confidential and is intended only for the use of the addressee(s). No addressee should forward, print, copy, or otherwise reproduce this message in any manner that would allow it to be viewed by any individual not originally listed as a recipient. If the reader of this message is not the intended recipient, you are hereby notified that any unauthorized disclosure, dissemination, distribution, copying or the taking of any action in reliance on the information herein is strictly prohibited. If you have received this communication in error, please immediately notify the sender and delete this message. Thank you.
Re: 1000th z800 Sold
Jim, One point of disagreement. On my 2066-0A2 (z/800), I have an IFL, but no ICF engine. I successfully defined and am using an LPAR as a Coupling Facility using the IFL. So an IFL can be shared between a z/VM LPAR for Linux and a CFCC LPAR for a Coupling Facility. I am not suggesting this, just mentioning it. I did it mainly because (1) I wanted to see if it would work and (2) I wanted to play with a Coupling Facility on my sysprog sandbox for learning. An IFL could also run other operating systems as well, if somebody wanted to write them (like a *BSD port). An IFL is *not* restricted to running only z/VM and Linux. It *is* set up so that a licensed OS such as z/OS (and OS/390 and MVS, I guess) will refuse to run on it. I cannot find it, but I thought that z/OS.e would also run on an IFL. -Original Message- From: Jim Elliott [SMTP:[EMAIL PROTECTED] Sent: Friday, March 07, 2003 10:10 AM To: [EMAIL PROTECTED] Subject: Re: 1000th z800 Sold 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
I'll bet not. How to talk to a CF is not documented. So any such code would likely be OCO, like the OSA code. I doubt that IBM will want to maintain this. The OSA code is important to sell hardware. To use a CF would require not only the driver, but other software and maybe kernel changes to actually use it for something. So, first off, what would you want the CF do to? The main thing that I can think of is to implement a writable shared DASD driver. -Original Message- From: James Melin [SMTP:[EMAIL PROTECTED] Sent: Friday, March 07, 2003 10:34 AM To: [EMAIL PROTECTED] Subject: Re: 1000th z800 Sold Think we'll ever see Linux be able to take advantage of coupling facility stuff?
Re: 1000th z800 Sold
On Friday, 03/07/2003 at 09:24 EST, Beinert, William [EMAIL PROTECTED] wrote: I didn't think you could get a linux only z800. I thought you had to have at least one zOS enabled engine. Yes, the z800 is available in an IFL-only configuration. From the IBM sales manual: The 2066 IBM eServer zSeries Offering for Linux Model 0LF includes the z800 IBM eServer with 1 to 4 Integrated Facility for Linux (IFL) engines, 8 GB to 16 GB of memory (depending on number of engines enabled), ESCON, OSA Express, and FICON Express channels, z/VM version 4, three years of hardware support, three years of z/VM subscription support, and other optional services from IBM. Alan Altmark Sr. Software Engineer IBM z/VM Development
linux image hang
we are running three linux images under z/VM 4.3 suse kernel 2.4.7(beta version), 9672 machine, gigabit card. linux images has been runnig without any troblues for weeks. we uploaded 500M data to linux01 image. and then, linux01 image hangs suddenly no ping, even i can't log in linux01 using 3270 console. but, i think linux01 image is still alive, not shutdown. After few minutes, the linux images(linux01) run ok. but the second imgae(linux02) hangs now, third image(linux03) is still ok. After few minutes, third image hangs,others are ok. i am suspecting of storage. we have 1G real storage USER LINUX01 LINUX01 1024M 1024M G USER LINUX02 LINUX02 1024M 1024M G USER LINUX03 LINUX03 1024M 1024M G any suggestion?? - 5pAvE; D+8^6s?M B{61 1CGU - _HD! ;gAx 57 5G4B A_0mBw nGN8t - _HD! Z5?Bw
Re: Catch-22
On Fri, 2003-03-07 at 19:08, Kenneth Illingsworth wrote: When I try to install the libgnomeprint rpm via webmin, I get the following dependency error: error: failed dependencies: gnome-print = 0.29 is needed by libgnomeprint15-0.29-6 Yet, when I try to install gnome-print: error: failed dependencies: libgnomeprint15 = 0.29 is needed by gnome-print-0.29-6 libgnomeprint.so.15 is needed by gnome-print-0.29-6 Install both at the same time (same command). RPM knows about this and cares that the beginning and end state of the transaction are valid, not per file
Catch-22
When I try to install the libgnomeprint rpm via webmin, I get the following dependency error: error: failed dependencies: gnome-print = 0.29 is needed by libgnomeprint15-0.29-6 Yet, when I try to install gnome-print: error: failed dependencies: libgnomeprint15 = 0.29 is needed by gnome-print-0.29-6 libgnomeprint.so.15 is needed by gnome-print-0.29-6 Both RPM's were acquired from the MSC mirror (ftp://mirror.mcs.anl.gov/pub/redhat/redhat/linux/7.2/en/os/s390/RedHat/RPMS/). It appears that this is one instance where one has to enable 'ignore dependencies' on one of the RPM's in order to get them both installed. This seemed to work, but I still thought that this needed you comments. Thank you.
Timer patch on 2.4.19
One thing Vic, I learned from Rob a couple weeks ago. For some reason, servers using QDIO, CTC, etc (Other than IUCV).do not drop from queue, thus go into queue 3, thus do not get their storage trimmed. This is of course badness. As Rich pointed out, to see if the timer patch is working, look at the CPU utilizatin. But because of queue drop issue, q3 is not the method of detection. Hopefully Endicott can come up with a better approach to allow storage trimming From: Vic Cross [EMAIL PROTECTED] G'day all, Just went through the process of building a new 2.4.19 kernel with timer patch applied (linux-2.4.19-timer-1-may2002 from DevWorks). I wonder if anyone has seen the /proc/sys/kernel/hz_timer pseudofile, and can describe its function. Full story, read on... When building the kernel, I noticed a new option: [*] No HZ timer ticks in idle [ ] Idle HZ timer on by default -- new one I read this as do you want to enable the no-HZ function in your kernel, but turn it off by default at IPL-time. Based on this, I left it as shown above for my kernel build (because I wanted the patched function, not the old function). After I IPLed, IND Q EXP told me that my idle guest was still constantly sitting in Q3. Then I thought about the new kernel option, and theorised that if there's an option that allows you to set the default operation at IPL time there's likely to be a way to change it while running... A brief search yielded /proc/sys/kernel/hz_timer, which was set to 1. I echoed 0, and the system still worked, but still seemed to be constantly active in Q3. Looking at the patch file it would appear that it shoud be 0 to enable the 'no-HZ' function, but it's not clear (to me, at least). If you can't measure it, I'm Just NOT interested!(tm) // Barton Robinson - CBW Internet: [EMAIL PROTECTED] Velocity Software, IncMailing Address: 196-D Castro Street P.O. Box 390640 Mountain View, CA 94041 Mountain View, CA 94039-0640 VM Performance Hotline: 650-964-8867 Fax: 650-964-9012 Web Page: WWW.VELOCITY-SOFTWARE.COM //
Re: Catch-22
For the MVS folks out there, think if it as an SMP/E co-requisite. They have to go on at the same time. Just to make sure there's no confusion, what Alan's saying is do this: rpm -Uvh gnome-print-0.29-?.s390.rpm libgnomeprint15-0.29-6.s390.rpm Mark Post -Original Message- From: Alan Cox [mailto:[EMAIL PROTECTED] Sent: Friday, March 07, 2003 3:19 PM To: [EMAIL PROTECTED] Subject: Re: Catch-22 On Fri, 2003-03-07 at 19:08, Kenneth Illingsworth wrote: When I try to install the libgnomeprint rpm via webmin, I get the following dependency error: error: failed dependencies: gnome-print = 0.29 is needed by libgnomeprint15-0.29-6 Yet, when I try to install gnome-print: error: failed dependencies: libgnomeprint15 = 0.29 is needed by gnome-print-0.29-6 libgnomeprint.so.15 is needed by gnome-print-0.29-6 Install both at the same time (same command). RPM knows about this and cares that the beginning and end state of the transaction are valid, not per file
Re: API to get fullpath name
I have been thinking about this, and I don't have a solution. I don't have a working Linux system to test ideas on. I suspect that the only way for this to work right would be if the Dl_info structure had the full pathname. -Original Message- From: Ferguson, Neale [mailto:[EMAIL PROTECTED] Sent: Wednesday, March 05, 2003 4:33 PM To: [EMAIL PROTECTED] Subject: Re: API to get fullpath name I'm doing stack backtracing and lookup of return addresses per stack frame (using __builtin_frame_address and __builtin_return_address). I use dladdr() to get the name of the object a given entry point is in. I then use the bfd_ routines (part of binutils) to locate the symbols within the object and match it against the return addresses to determine the flow of code. dladdr() will return the filename in the Dl_info structure. However, it is a non-absolute pathname. -Original Message- There is no reliable way. This is true of Unix, and Linux. Tell me what you are trying to do and I will probably be able to tell you a better, and safer way to do it.
Re: Timer patch on 2.4.19
Or they or Boeblingen can figure out how to get those drivers to allow the guest to drop from queue. One other possible symptom is that your system load never goes below 1.00. That's what I'm seeing on my 2.4.19 systems anyway. Mark Post -Original Message- From: Barton Robinson [mailto:[EMAIL PROTECTED] Sent: Friday, March 07, 2003 2:11 PM To: [EMAIL PROTECTED] Subject: Timer patch on 2.4.19 One thing Vic, I learned from Rob a couple weeks ago. For some reason, servers using QDIO, CTC, etc (Other than IUCV).do not drop from queue, thus go into queue 3, thus do not get their storage trimmed. This is of course badness. As Rich pointed out, to see if the timer patch is working, look at the CPU utilizatin. But because of queue drop issue, q3 is not the method of detection. Hopefully Endicott can come up with a better approach to allow storage trimming
Re: 1000th z800 Sold
On Friday, 03/07/2003 at 12:13 CST, McKown, John [EMAIL PROTECTED] wrote: Jim, One point of disagreement. On my 2066-0A2 (z/800), I have an IFL, but no ICF engine. I successfully defined and am using an LPAR as a Coupling Facility using the IFL. So an IFL can be shared between a z/VM LPAR for Linux and a CFCC LPAR for a Coupling Facility. I am not suggesting this, just mentioning it. I did it mainly because (1) I wanted to see if it would work and (2) I wanted to play with a Coupling Facility on my sysprog sandbox for learning. An IFL could also run other operating systems as well, if somebody wanted to write them (like a *BSD port). An IFL is *not* restricted to running only z/VM and Linux. It *is* set up so that a licensed OS such as z/OS (and OS/390 and MVS, I guess) will refuse to run on it. I cannot find it, but I thought that z/OS.e would also run on an IFL. z/OS.e will not run on an IFL. Alan Altmark Sr. Software Engineer IBM z/VM Development
Re: 1000th z800 Sold
On Friday, 03/07/2003 at 06:56 CET, Phil Payne [EMAIL PROTECTED] wrote: 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. Four. z/OS vs z/OS.e No, three: IFL, CF, and standard. z/OS and z/OS.e have the same standard CPU requirement. Alan Altmark Sr. Software Engineer IBM z/VM Development
Re: NFS mounted directory
Eric, Ok. Just to recap, you are dead in the water until you can get a CTC connection to your production LPAR. That is the only way you're going to get a working network with the current distributions. Once that is done, you'll probably want to refer to the Linux for IBM zSeries and S/390: Distributions Redbook, SG24-6264. It's pointed to from the top of the main page at http://linuxvm.org/ . That has step by step instructions for doing what you need to do after you get the network up, and is more current that the document you've been using. Mark Post -Original Message- From: Eric Bielefeld [mailto:[EMAIL PROTECTED] Sent: Thursday, March 06, 2003 11:34 PM To: [EMAIL PROTECTED] Subject: Re: NFS mounted directory Mark, There is a approximately 200 page manual on installing the Marist Linux on the Marist Linux for S390 homepage. I'm at home now, so I don't have the bookmark. The files I was talking about is the tar file that comes with the Marist Linux that is used to create the file system. The questions were asked about the parameters for creating the network, but right now I have to reply 'no' to the question, as I don't have a Claw driver on this version of Linux. I have a Cisco router, and have a couple addresses free on it that I can use, but I need the Claw driver. I'm on vacation tomorrow, so I will read any replies on Monday, in case anyone asks any more questions. Thanks for all of the good answers. Eric [EMAIL PROTECTED] 03/06/03 17:26 PM Eric, What book are you referring to, and what files is the book talking about. If you booted the 3 starter files for the Marist system, the first thing that _should_ have happened is a bunch of questions get asked about network parameters, etc. Did that not happen? Mark Post -Original Message- From: Eric Bielefeld [mailto:[EMAIL PROTECTED] Sent: Thursday, March 06, 2003 3:47 PM To: [EMAIL PROTECTED] Subject: NFS mounted directory Another question. I booted Linux in my Linux Lpar. I formatted 4 disks, and I created file systems on 2 of them using the mke2fs command. Now, the book on the Marist system that I'm using says: You can transfer these files by either using FTP or by copying them into and NFS-mounted directory. I don't have FTP, as I don't have a network yet, only the Hardware console. How do I create a NFS mounted directory? I have the large files system copied on a dasd that Linux has access to, but it is an MVS labeled pack. Many thank, Eric Bielefeld Sr. MVS Systems Programmer PH Mining Equipment Milwaukee, WI 414-671-7849 [EMAIL PROTECTED] + This electronic mail transmission contains information from P H Mining Equipment which is confidential, and is intended only for the use of the proper addressee. If you are not the intended recipient, please notify us immediately at the return address on this transmission, or by telephone at (414) 671-4400, and delete this message and any attachments from your system. Unauthorized use, copying, disclosing, distributing, or taking any action in reliance on the contents of this transmission is strictly prohibited and may be unlawful. +
Re: API to get fullpath name
How does the command 'which' work? 'which' walks through the PATH string looking for a match. -- RMT
Re: 1000th z800 Sold
Michael: OK, mea culpa. That is what I get for trying to respond to the list before I have my morning coffee and while I am on a conf call at the same time. Of course it is Linux for S/390. Argh, the number of times I have complained about others doing just this! Regards, Jim
Re: Timer patch on 2.4.19
I detach my Virtual NIC and it want from Q3 to Q1... Is there any turning I can do in the /proc ??? Post, Mark K [EMAIL PROTECTED]To: [EMAIL PROTECTED] com cc: Sent by: Linux Subject: Re: Timer patch on 2.4.19 on 390 Port [EMAIL PROTECTED] arist.edu 03/07/2003 07:26 PM Please respond to Linux on 390 Port Or they or Boeblingen can figure out how to get those drivers to allow the guest to drop from queue. One other possible symptom is that your system load never goes below 1.00. That's what I'm seeing on my 2.4.19 systems anyway. Mark Post -Original Message- From: Barton Robinson [mailto:[EMAIL PROTECTED] Sent: Friday, March 07, 2003 2:11 PM To: [EMAIL PROTECTED] Subject: Timer patch on 2.4.19 One thing Vic, I learned from Rob a couple weeks ago. For some reason, servers using QDIO, CTC, etc (Other than IUCV).do not drop from queue, thus go into queue 3, thus do not get their storage trimmed. This is of course badness. As Rich pointed out, to see if the timer patch is working, look at the CPU utilizatin. But because of queue drop issue, q3 is not the method of detection. Hopefully Endicott can come up with a better approach to allow storage trimming - This message and its attachments may contain privileged and confidential information. If you are not the intended recipient(s), you are prohibited from printing, forwarding, saving or copying this email. If you have received this e-mail in error, please immediately notify the sender and delete this e-mail and its attachments from your computer.
Re: linux image hang
Yes, cut down your virtual machine sizes. They're (probably) way too big. What are you doing that you think you need 1GB of virtual for the guests? Also check your z/VM SRM parameters against some suggestions that have been made on this mailing list. Check the archives for that. Mark Post -Original Message- From: han seo [mailto:[EMAIL PROTECTED] Sent: Friday, March 07, 2003 1:44 PM To: [EMAIL PROTECTED] Subject: linux image hang we are running three linux images under z/VM 4.3 suse kernel 2.4.7(beta version), 9672 machine, gigabit card. linux images has been runnig without any troblues for weeks. we uploaded 500M data to linux01 image. and then, linux01 image hangs suddenly no ping, even i can't log in linux01 using 3270 console. but, i think linux01 image is still alive, not shutdown. After few minutes, the linux images(linux01) run ok. but the second imgae(linux02) hangs now, third image(linux03) is still ok. After few minutes, third image hangs,others are ok. i am suspecting of storage. we have 1G real storage USER LINUX01 LINUX01 1024M 1024M G USER LINUX02 LINUX02 1024M 1024M G USER LINUX03 LINUX03 1024M 1024M G any suggestion?? - 5pAvE; D+8^6s?M B{61 1CGU - _HD! ;gAx 57 5G4B A_0mBw nGN8t - _HD! Z5?Bw
Re: linux image hang
The hang is definitely a symptom of your guest size and your SRM settings. 1GB is a little gratuitous (even if you are using Websphere). So: 1. Cutdown your guest sizes 2. SET SRM DSPS 1 3. Check and adjust your SRM STORBUF settings (check the archives for hints tips) -Original Message- we are running three linux images under z/VM 4.3 suse kernel 2.4.7(beta version), 9672 machine, gigabit card. linux images has been runnig without any troblues for weeks. we uploaded 500M data to linux01 image. and then, linux01 image hangs suddenly no ping, even i can't log in linux01 using 3270 console. but, i think linux01 image is still alive, not shutdown. After few minutes, the linux images(linux01) run ok. but the second imgae(linux02) hangs now, third image(linux03) is still ok. After few minutes, third image hangs,others are ok. i am suspecting of storage.
Re: Upgrading QDIO, QETH on SuSE Linux 2.4.7 SMP
0201 is the GA level, 0202 is last fall's RSU package, 0301 would be the new one, I guess. I would consider 0202 to be the base level for the newer kernel, It throws a message about having an up to date VM system when you apply it. 0301 would probably be fine too, so go with that. Guess I better go order a service tape Jay Brenneman Alan Schilla [EMAIL PROTECTED]To: [EMAIL PROTECTED] te.mn.uscc: Sent by: Linux onSubject: Re: Upgrading QDIO, QETH on SuSE Linux 2.4.7 SMP 390 Port [EMAIL PROTECTED] IST.EDU 03/07/2003 08:05 AM Please respond to Linux on 390 Port This is probably a VM LISTSERV question but I think it has value with this thread. My zVM person found 0301 as more current than 0202. Would you recommend 0301 or 0202? We are currently 0201. Al Schilla -Original Message- From: Robert J Brenneman [mailto:[EMAIL PROTECTED] Sent: Thursday, March 06, 2003 3:07 PM To: [EMAIL PROTECTED] Subject: Re: Upgrading QDIO, QETH on SuSE Linux 2.4.7 SMP Also be sure to have you VM system up to date. I have used this kernel and driver set successfully on z/VM 4.3 RSU 0202 Jay Brenneman Alan Schilla [EMAIL PROTECTED]To: [EMAIL PROTECTED] te.mn.uscc: Sent by: Linux onSubject: Re: Upgrading QDIO, QETH on SuSE Linux 2.4.7 SMP 390 Port [EMAIL PROTECTED] IST.EDU 03/06/03 03:54 PM Please respond to Linux on 390 Port Thanks Jay. The qdio, qeth drivers used are the drivers you indicate. Also, I cannot say for sure but I believe the timer kernal is 20020502 so I will look at updating that to the more current 20020708. Thanks, Al -Original Message- From: Robert J Brenneman [mailto:[EMAIL PROTECTED] Sent: Thursday, March 06, 2003 10:59 AM To: [EMAIL PROTECTED] Subject: Re: Upgrading QDIO, QETH on SuSE Linux 2.4.7 SMP Note to those not interested in this thread: these updates for SLES-7 31bit provide a NOTICABLE IMPROVEMENT in cpu consumption for VM Linux-en attached to real OSA devices. Alan, It does indeed look like you have a driver / kernel mismatch. I dont remember the SuSE kernel dates for the various releases, but I remember that the inital releases did not work well with Guest Lan. Is this an updated kernel? If so, where did you get it? Try using Yast Online Update (YOU) if you have another network connection available, or if you can temporarily attach your VM guest to a real OSA with internet access. You should download the latest qdio / qeth drivers from developerworks: http://www-124.ibm.com/developerworks/opensource/linux390/current2_4_x-augus t2001.shtml#SBCRocos7 (check that link for chopping or wrapping) You should probably also go to the SuSE maintenance web and pick up the newest timer kernel RPM, it will match up with the above drivers nicely, but still needs the -f flag in /etc/modules.conf http://sdb.suse.de/download/s390/update/SuSE-SLES/7/rpm/k_timer-20020708.rpm (check for chopping... grumble Notes grumble ) That link will require a userid password FYI - unless you are planning to run more than 15 or so linux guests under VM, you will see better performance from using the standard kernel, not the timer patched one. The timer patch does appear to affect performance in heavily loaded systems with time sensitive workloads. The general rule of thumb I've been using is standard kernel on SAP Linuxen, DB2, WAS and the like running heavy production workloads, and timer patched kernels on server consolidation systems which may not be heavily stressed all the time. Jay Brenneman Alan Schilla [EMAIL PROTECTED]To: [EMAIL PROTECTED] te.mn.uscc: Sent by: Linux onSubject: Re: Upgrading QDIO, QETH on SuSE Linux 2.4.7 SMP 390 Port [EMAIL PROTECTED] IST.EDU 03/06/03 11:09 AM Please respond to Linux on 390 Port I sure can. Here are all rhe messages from insmod qdio, insmod qeth: lxisdn01:~ # insmod -f qdio insmod -f qdio Using /lib/modules/2.4.7-timer-SMP/misc/qdio.o Warning: kernel-module version mismatch /lib/modules/2.4.7-timer-SMP/misc/qdio.o was compiled for kernel version 2.4.7-timer while this kernel is version 2.4.7-timer-SMP qdio: loading QDIO base support version 2 ($Revision: 1.78.2.9 $/$Revision: 1.4 .2.4 $) debug:
Re: Timer patch on 2.4.19
Mark Post wrote: Or they or Boeblingen can figure out how to get those drivers to allow the guest to drop from queue. From what I understood about this issue it would appear that CP decides a guest isn't 'really idle' if it has any CCW I/O currently in progress. However, due to the way network I/O is done, there is always a READ CCW outstanding on LCS/CTC devices to allow for incoming packets to get received. (With QDIO there are apparently similar issues.) Thus, CP will never drop guests from queue that have any (non-IUCV) network connection open, no matter what Linux does. This is really for the VM folks to look at ... On the other hand I'm not sure that even with the timer patch and without network connections you can get a Linux guest to go 'idle enough' to drop completely out of queue; there's user space daemons that get periodically active and the like. One other possible symptom is that your system load never goes below 1.00. That's what I'm seeing on my 2.4.19 systems anyway. This is an unrelated issue. (We are aware of that problem and are looking into this ...) This does not indicate there is really load on the system, it is the calculation of the load factor that is broken for some reason. B.t.w. does this symptom change if you switch the timer patch on/off? Bye, Ulrich -- Dr. Ulrich Weigand [EMAIL PROTECTED]
Re: Timer patch on 2.4.19
Ulrich, One other symptom. When I echo 1 hz_timer, the status of ksoftirqd_CPU0 becomes SWN. When I echo 0 hz_timer it becomes RWN. Mark Post -Original Message- From: Ulrich Weigand [mailto:[EMAIL PROTECTED] Sent: Friday, March 07, 2003 4:52 PM To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Subject: Re: Timer patch on 2.4.19 Mark Post wrote: -snip- One other possible symptom is that your system load never goes below 1.00. That's what I'm seeing on my 2.4.19 systems anyway. This is an unrelated issue. (We are aware of that problem and are looking into this ...) This does not indicate there is really load on the system, it is the calculation of the load factor that is broken for some reason. B.t.w. does this symptom change if you switch the timer patch on/off? Bye, Ulrich -- Dr. Ulrich Weigand [EMAIL PROTECTED]
Re: SCO FILES LAWSUIT AGAINST IBM
Hah! Did I or did I not say not to trust those Caldera/SCO buggers?! The complaint is online at their website, and boy, does it read really stupidly. From what I understand, they are targeting IBM because they claim IBM introduced SCO licensed technology into Linux. Further they claim that IBM did it in an attempt to damage SCO! Yeesh... even I can see 4 glaring holes in their logic - they have no hope of winning. I think they simply tanked their business from greed, and are now wanting IBM to buy them out. I hope IBM does buy them out and throw all the SCO code into the public domain. Bah! -Paul - Original Message - From: Phil Payne [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Friday, March 07, 2003 7:46 AM Subject: SCO FILES LAWSUIT AGAINST IBM SCO FILES LAWSUIT AGAINST IBM