Re: vmcp return code is not what is expected
On 1/12/06, Stephen Frazier <[EMAIL PROTECTED]> wrote: > Some time ago we had a long discussion about return codes from HCP or VMCP. > They > are different. HCP behaves almost like a CMS programer would expect. VMCP > behaves more like a UNIX programer would expect. You get to choose. If you > don't > like either one then write your own command. You should still find some of the participants of that discussion both with their head and heels in the sand. The thread started with the patches of 2005-10-04, gmail tells me. Rob -- Rob van der Heij rvdheij @ gmail.com Velocity Software, Inc -- 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: CPU Consumption by ksoftirqd_CPUx processes
You have 8 virtual cpus assigned to DB2 with sles8? I don't think the 2.4 kernel scales well enough to make that super efficient. Have you tried it was say 2? How big is your db2 virtual machine? Did you set the kernel setting as recommended in the db2 install? Is it swapping at all? Marcy Cortes "This message may contain confidential and/or privileged information. If you are not the addressee or authorized to receive this for the addressee, you must not use, copy, disclose, or take any action based on this message or any information herein. If you have received this message in error, please advise the sender immediately by reply e-mail and delete this message. Thank you for your cooperation." -Original Message- From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of Calzaretta Henry - hcalza Sent: Thursday, January 12, 2006 3:16 PM To: LINUX-390@VM.MARIST.EDU Subject: [LINUX-390] CPU Consumption by ksoftirqd_CPUx processes Hello, We have a WebSphere application running on 4 z/Linux z/VM guests accessing a DB2/UDB V8.2 database running on a separate z/Linux guest. On occasion, the DB2 work will slow to a crawl for several minutes and a "top" command run on the DB2 guest shows most of the available CPU resource is being consumed by tasks called "ksoftirqd_CPUx" (where x is 0-7 representing the number of CPUs defined to the guest) The best I can tell, ksoftirqd is a daemon that does backend I/O interrupt handling. Has anyone seen this situation? Short of not doing I/O, is there anything we can do to tune this situation? Software levels are WAS 5.0.2, DB2/UDB 8.2, SLES8, and z/VM 5.1. Hardware is z900 1Cx with 8-IFLs. Thanks, Hank Calzaretta Acxiom Corp. Tasks: 344 total, 1 running, 343 sleeping, 0 stopped, 0 zombie Cpu(s): 5.0% user, 4.5% system, 0.0% nice, 90.5% idle Mem: 1939124k total, 1936496k used, 2628k free,64024k buffers Swap: 2094928k total, 359436k used, 1735492k free, 1151176k cached PID USER PR NI VIRT RES SHR S %CPU %MEMTIME+ COMMAND 20888 db2inst2 25 0 1024 1024 660 R 48.6 0.1 0:06.66 top 16 root 34 19 000 S 11.8 0.0 93:24.57 ksoftirqd_CPU4 14 root 34 19 000 S 16.7 0.0 94:15.25 ksoftirqd_CPU2 17 root 34 19 000 S 15.9 0.0 93:10.27 ksoftirqd_CPU5 12 root 34 19 000 S 15.6 0.0 96:31.81 ksoftirqd_CPU0 15 root 34 19 000 S 15.6 0.0 92:59.00 ksoftirqd_CPU3 13 root 34 19 000 S 13.6 0.0 95:16.56 ksoftirqd_CPU1 18 root 34 19 000 S 11.8 0.0 92:21.15 ksoftirqd_CPU6 19 root 34 19 000 S 11.5 0.0 98:58.83 ksoftirqd_CPU7 18815 db2inst2 25 0 168m 165m 159m D 8.1 8.8 0:15.66 db2sysc 15451 db2inst2 15 0 272m 268m 256m D 7.4 14.2 1:01.71 db2sysc 16734 db2inst2 16 0 180m 177m 170m S 5.4 9.4 0:25.78 db2sysc 18816 db2inst2 15 0 157m 154m 147m S 5.4 8.2 0:27.66 db2sysc 18448 db2inst2 17 0 141m 139m 130m S 4.9 7.3 0:29.41 db2sysc 17250 db2inst2 16 0 170m 167m 161m S 4.1 8.9 0:34.68 db2sysc 16378 db2inst2 15 0 45916 41m 34m S 3.6 2.2 0:20.50 db2sysc 18447 db2inst2 16 0 221m 218m 205m S 2.8 11.5 0:36.13 db2sysc 16736 db2inst2 16 0 79868 74m 67m S 2.1 3.9 0:33.28 db2sysc 13573 db2inst2 15 0 196m 193m 183m S 1.8 10.2 0:35.59 db2sysc *** The information contained in this communication is confidential, is intended only for the use of the recipient named above, and may be legally privileged. If the reader of this message is not the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. If you have received this communication in error, please resend this communication to the sender and delete the original message or any copy of it from your computer system. Thank You. -- 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
CPU Consumption by ksoftirqd_CPUx processes
Hello, We have a WebSphere application running on 4 z/Linux z/VM guests accessing a DB2/UDB V8.2 database running on a separate z/Linux guest. On occasion, the DB2 work will slow to a crawl for several minutes and a "top" command run on the DB2 guest shows most of the available CPU resource is being consumed by tasks called "ksoftirqd_CPUx" (where x is 0-7 representing the number of CPUs defined to the guest) The best I can tell, ksoftirqd is a daemon that does backend I/O interrupt handling. Has anyone seen this situation? Short of not doing I/O, is there anything we can do to tune this situation? Software levels are WAS 5.0.2, DB2/UDB 8.2, SLES8, and z/VM 5.1. Hardware is z900 1Cx with 8-IFLs. Thanks, Hank Calzaretta Acxiom Corp. Tasks: 344 total, 1 running, 343 sleeping, 0 stopped, 0 zombie Cpu(s): 5.0% user, 4.5% system, 0.0% nice, 90.5% idle Mem: 1939124k total, 1936496k used, 2628k free,64024k buffers Swap: 2094928k total, 359436k used, 1735492k free, 1151176k cached PID USER PR NI VIRT RES SHR S %CPU %MEMTIME+ COMMAND 20888 db2inst2 25 0 1024 1024 660 R 48.6 0.1 0:06.66 top 16 root 34 19 000 S 11.8 0.0 93:24.57 ksoftirqd_CPU4 14 root 34 19 000 S 16.7 0.0 94:15.25 ksoftirqd_CPU2 17 root 34 19 000 S 15.9 0.0 93:10.27 ksoftirqd_CPU5 12 root 34 19 000 S 15.6 0.0 96:31.81 ksoftirqd_CPU0 15 root 34 19 000 S 15.6 0.0 92:59.00 ksoftirqd_CPU3 13 root 34 19 000 S 13.6 0.0 95:16.56 ksoftirqd_CPU1 18 root 34 19 000 S 11.8 0.0 92:21.15 ksoftirqd_CPU6 19 root 34 19 000 S 11.5 0.0 98:58.83 ksoftirqd_CPU7 18815 db2inst2 25 0 168m 165m 159m D 8.1 8.8 0:15.66 db2sysc 15451 db2inst2 15 0 272m 268m 256m D 7.4 14.2 1:01.71 db2sysc 16734 db2inst2 16 0 180m 177m 170m S 5.4 9.4 0:25.78 db2sysc 18816 db2inst2 15 0 157m 154m 147m S 5.4 8.2 0:27.66 db2sysc 18448 db2inst2 17 0 141m 139m 130m S 4.9 7.3 0:29.41 db2sysc 17250 db2inst2 16 0 170m 167m 161m S 4.1 8.9 0:34.68 db2sysc 16378 db2inst2 15 0 45916 41m 34m S 3.6 2.2 0:20.50 db2sysc 18447 db2inst2 16 0 221m 218m 205m S 2.8 11.5 0:36.13 db2sysc 16736 db2inst2 16 0 79868 74m 67m S 2.1 3.9 0:33.28 db2sysc 13573 db2inst2 15 0 196m 193m 183m S 1.8 10.2 0:35.59 db2sysc *** The information contained in this communication is confidential, is intended only for the use of the recipient named above, and may be legally privileged. If the reader of this message is not the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. If you have received this communication in error, please resend this communication to the sender and delete the original message or any copy of it from your computer system. Thank You. -- 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: vmcp return code is not what is expected
Some time ago we had a long discussion about return codes from HCP or VMCP. They are different. HCP behaves almost like a CMS programer would expect. VMCP behaves more like a UNIX programer would expect. You get to choose. If you don't like either one then write your own command. [EMAIL PROTECTED] wrote: Is there a way to get vmcp to return the CP return code rather than 1? hcp behaves as I'd expect: # hcp q linux04 HCPCQU045E LINUX04 not logged on # echo $? 45 But vmcp seems to return only 0 or 1: # vmcp q linux04 HCPCQU045E LINUX04 not logged on Error: non-zero CP response for command 'Q LINUX04': #45 # echo $? 1 So do I have to parse the stdout (which gets ugly) to get the rc? Thanks. "Mike MacIsaac" <[EMAIL PROTECTED]> (845) 433-7061 -- Stephen Frazier Information Technology Unit Oklahoma Department of Corrections 3400 Martin Luther King Oklahoma City, Ok, 73111-4298 Tel.: (405) 425-2549 Fax: (405) 425-2554 Pager: (405) 690-1828 email: stevef%doc.state.ok.us -- 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
vmcp return code is not what is expected
Is there a way to get vmcp to return the CP return code rather than 1? hcp behaves as I'd expect: # hcp q linux04 HCPCQU045E LINUX04 not logged on # echo $? 45 But vmcp seems to return only 0 or 1: # vmcp q linux04 HCPCQU045E LINUX04 not logged on Error: non-zero CP response for command 'Q LINUX04': #45 # echo $? 1 So do I have to parse the stdout (which gets ugly) to get the rc? Thanks. "Mike MacIsaac" <[EMAIL PROTECTED]> (845) 433-7061 -- 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 AIX toolkit help
PAUL WILLIAMSON wrote: > It doesn't surprise me this probably happened... > > #:/>rpm -qf /usr/lib/libc.a > file /usr/lib/libc.a is not owned by any package > > Oh well, I hate doing a nodeps rpm...any suggestions? > I know libc was "fixed" to comply with some linux standards, > but I can't seem to find out what libc.a is provided by... Under Suse it is provided by either: glibc-devel, or glibc-devel-32bit Hope this helps, David Schaub -- 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: Certifications
Ranga Nathan wrote: Is the RHCE, Redhat-spefic? Is it useful across the distros? I've been dabbling in RH for years, Debian for a couple, and SUSE 10 very recently. SUSE is a very rude shock, and I'm very inclined to ditch it on that account. My RH experience was more helpful with Debian than with SUSE. -- Cheers John -- spambait [EMAIL PROTECTED] [EMAIL PROTECTED] Tourist pics http://portgeographe.environmentaldisasters.cds.merseine.nu/ do not reply off-list -- 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: Very interesting article!
McKown, John wrote: "Linux is Not Windows" Granted, more oriented towards the desktop crowd, but hopefully on-topic enough. If not, I apologize. The only thing that I see wrong with it is that the author does not get "libre" != "gratis". He states that FOSS is free. He states that there is no monetary benefit to the developer with FOSS as there is with proprietary software. I don't think this is entirely true. But I guess it is more so than with proprietary (even shareware). http://linux.oneandoneis2.org/LNW.htm I think his misunderstanding of "libre" != "gratis" leads to serious errors elsewhere, and I think there are differences between the Windows GUI and Linux GUIs that serve no (or insufficient) purpose, and worse, between different Linux GUIs (particularly Gnome and KDE). -- Cheers John -- spambait [EMAIL PROTECTED] [EMAIL PROTECTED] Tourist pics http://portgeographe.environmentaldisasters.cds.merseine.nu/ do not reply off-list -- 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 AIX toolkit help
Bite the bullet and use --nodeps. When RPM isn't used to install everything on a system, you usually have to wind up doing this. Or, converting the RPM to whatever format the native package management tool uses, and using that. Mark Post -Original Message- From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of PAUL WILLIAMSON Sent: Thursday, January 12, 2006 1:08 PM To: LINUX-390@VM.MARIST.EDU Subject: Re: IBM AIX toolkit help It doesn't surprise me this probably happened... #:/>rpm -qf /usr/lib/libc.a file /usr/lib/libc.a is not owned by any package Oh well, I hate doing a nodeps rpm...any suggestions? I know libc was "fixed" to comply with some linux standards, but I can't seem to find out what libc.a is provided by... Paul -- 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: S390 Suse FTP installation - IP address question.
The updated script, with the correct SP3 GA .iso file names is now available. http://linuxvm.org/Patches/#mksles9root Mark Post -Original Message- From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of Michael MacIsaac Sent: Thursday, January 12, 2006 8:00 AM To: LINUX-390@VM.MARIST.EDU Subject: Re: S390 Suse FTP installation - IP address question. -snip- (Can anyone confirm that these are the file names of the GA SP3?) Hopefully Mark can put that up on http://linuxvm.org/patches/ -- 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 AIX toolkit help
It doesn't surprise me this probably happened... #:/>rpm -qf /usr/lib/libc.a file /usr/lib/libc.a is not owned by any package Oh well, I hate doing a nodeps rpm...any suggestions? I know libc was "fixed" to comply with some linux standards, but I can't seem to find out what libc.a is provided by... Paul >>> [EMAIL PROTECTED] 01/12/06 12:05 PM >>> Ok, the next step then is to query RPM on the system that has curl installed to find out what package RPM thinks provided the library. "rpm -qf /path/to/libc.a" Then check to see if that is installed on the system where curl doesn't want to go on. If RPM says that the file is not owned by any package, then someone did an "rpm -i --nodeps" to install it on the first machine. Mark Post -Original Message- From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of PAUL WILLIAMSON Sent: Thursday, January 12, 2006 12:01 PM To: LINUX-390@VM.MARIST.EDU Subject: Re: IBM AIX toolkit help Obviously ;-) Otherwise I'd be able to install curl on the problem child. I just don't see where the problem is in terms of library support... (...going to rpm -qa on both machines...) I just did that, then did a diff on the two files and came up with a handful of apps not installed on the problem machine (like curl) but the libraries and toolkits are all at the same levels. Paul >>> [EMAIL PROTECTED] 01/12/06 11:51 AM >>> I'll bet that if you do an "rpm -qa | sort > outputfile" on both systems and compare them, you'll find out that RPM doesn't think they are configured the same. Mark Post -Original Message- From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of PAUL WILLIAMSON Sent: Thursday, January 12, 2006 8:57 AM To: LINUX-390@VM.MARIST.EDU Subject: OT: IBM AIX toolkit help Sorry for the intrusion...but since there are quite a few very knowledgable IBMers on this list, I was hoping some kind soul would help... Delete now or forever hold your peace ;-) Anyway, I'm attempting to install curl from the IBM AIX toolkit downloads page, and the rpm fails on: error: failed dependencies: libc.a(shr.o) is needed by curl-7.9.3-2 But I've got libc.a installed. I've got another machine configured exactly the same and I was able to install the rpm on that machine fine. If anyone could help, I'd really appreciate it! Now back to your regularly scheduled program... Thanks, Paul -- 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: Some Doubts
On 1/11/06, Post, Mark K <[EMAIL PROTECTED]> wrote: > If the RPM name has noarch in it, it means it does not contain any > binary files specific to a particular architecture. If it has i386, > s390x, or anything like that, it is almost guaranteed to not run on any > architecture other than the one specified. You might get lucky if > someone made a mistake and didn't mark something as noarch when they > should have, but I wouldn't count it working. > > If you don't use RPM to install something, RPM will *not* know about it. > So, no surprise there. If you want to install something that SUSE > doesn't provide, create a SRPM for it, and build a "binary" RPM from it. > Agree, my issue is that CPAN does not know than an RPM was installed. So when I am using the interactive session with CPAN and I do an "information" on an RPM installed perl module, it does not show it as installed. The RPM (-q) does show it as installed. I was hoping someone may know why the inconsistency. I would be curious if I install a perl module via RPM and the same via CPAN if it is not bound to cause problem. > > Mark Post > > -Original Message- > From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of Yu > Safin > Sent: Wednesday, January 11, 2006 6:39 PM > To: LINUX-390@VM.MARIST.EDU > Subject: Some Doubts > > > Some doubts: (cross posted with the OpenSuSE forum) > 1) I am not clear as to why some rpm's are named i386 and some noarch. > eg) > perl-libwww-perl-5.801-8.noarch.rpm > perl-GDTextUtil-0.86-8.i386.rpm > > I suspect the i386 means Intel but when I install a perl i386 rpm on > my Mainframe z890 it works (under Linux). > 2) when I install some perl RPM's on my SuSe 9.3 from rpmpam I had no > problems. However, when I go into CPAN (perl -MCPAN -e shell), I find > that the rpm's for the perl modules are not showing up when I do an > "i" on the name (e.g. perl-AnyData-xxx.rpm was installed and then > under CPAN, "i AnyData"). > is this normal? > > I am trying to avoid using CPAN because I have been burned before when > I install and module that I need to remove later on. CPAN won't allow > me. > Another problem with CPAN is that I need to do it with me present, I > can't just automate the installation of a bunch of RPM's for new > servers. > > Any suggestions will be appreciated. > > -- > 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: IBM AIX toolkit help
Ok, the next step then is to query RPM on the system that has curl installed to find out what package RPM thinks provided the library. "rpm -qf /path/to/libc.a" Then check to see if that is installed on the system where curl doesn't want to go on. If RPM says that the file is not owned by any package, then someone did an "rpm -i --nodeps" to install it on the first machine. Mark Post -Original Message- From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of PAUL WILLIAMSON Sent: Thursday, January 12, 2006 12:01 PM To: LINUX-390@VM.MARIST.EDU Subject: Re: IBM AIX toolkit help Obviously ;-) Otherwise I'd be able to install curl on the problem child. I just don't see where the problem is in terms of library support... (...going to rpm -qa on both machines...) I just did that, then did a diff on the two files and came up with a handful of apps not installed on the problem machine (like curl) but the libraries and toolkits are all at the same levels. Paul >>> [EMAIL PROTECTED] 01/12/06 11:51 AM >>> I'll bet that if you do an "rpm -qa | sort > outputfile" on both systems and compare them, you'll find out that RPM doesn't think they are configured the same. Mark Post -Original Message- From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of PAUL WILLIAMSON Sent: Thursday, January 12, 2006 8:57 AM To: LINUX-390@VM.MARIST.EDU Subject: OT: IBM AIX toolkit help Sorry for the intrusion...but since there are quite a few very knowledgable IBMers on this list, I was hoping some kind soul would help... Delete now or forever hold your peace ;-) Anyway, I'm attempting to install curl from the IBM AIX toolkit downloads page, and the rpm fails on: error: failed dependencies: libc.a(shr.o) is needed by curl-7.9.3-2 But I've got libc.a installed. I've got another machine configured exactly the same and I was able to install the rpm on that machine fine. If anyone could help, I'd really appreciate it! Now back to your regularly scheduled program... Thanks, Paul -- 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 AIX toolkit help
Obviously ;-) Otherwise I'd be able to install curl on the problem child. I just don't see where the problem is in terms of library support... (...going to rpm -qa on both machines...) I just did that, then did a diff on the two files and came up with a handful of apps not installed on the problem machine (like curl) but the libraries and toolkits are all at the same levels. Paul >>> [EMAIL PROTECTED] 01/12/06 11:51 AM >>> I'll bet that if you do an "rpm -qa | sort > outputfile" on both systems and compare them, you'll find out that RPM doesn't think they are configured the same. Mark Post -Original Message- From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of PAUL WILLIAMSON Sent: Thursday, January 12, 2006 8:57 AM To: LINUX-390@VM.MARIST.EDU Subject: OT: IBM AIX toolkit help Sorry for the intrusion...but since there are quite a few very knowledgable IBMers on this list, I was hoping some kind soul would help... Delete now or forever hold your peace ;-) Anyway, I'm attempting to install curl from the IBM AIX toolkit downloads page, and the rpm fails on: error: failed dependencies: libc.a(shr.o) is needed by curl-7.9.3-2 But I've got libc.a installed. I've got another machine configured exactly the same and I was able to install the rpm on that machine fine. If anyone could help, I'd really appreciate it! Now back to your regularly scheduled program... Thanks, Paul -- 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: IBM AIX toolkit help
I'll bet that if you do an "rpm -qa | sort > outputfile" on both systems and compare them, you'll find out that RPM doesn't think they are configured the same. Mark Post -Original Message- From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of PAUL WILLIAMSON Sent: Thursday, January 12, 2006 8:57 AM To: LINUX-390@VM.MARIST.EDU Subject: OT: IBM AIX toolkit help Sorry for the intrusion...but since there are quite a few very knowledgable IBMers on this list, I was hoping some kind soul would help... Delete now or forever hold your peace ;-) Anyway, I'm attempting to install curl from the IBM AIX toolkit downloads page, and the rpm fails on: error: failed dependencies: libc.a(shr.o) is needed by curl-7.9.3-2 But I've got libc.a installed. I've got another machine configured exactly the same and I was able to install the rpm on that machine fine. If anyone could help, I'd really appreciate it! Now back to your regularly scheduled program... Thanks, Paul -- 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: SUN JDK on zseries
As David pointed out, Sun doesn't provide binaries for anything to run on IBM's mainframe architecture. In the general case, though, the question of "why" boils down to what ever the ISV decides is in their best interests as a business, since it takes quite a bit of time and money to certify and support a product on any given platform. That's why you'll see some ISVs certify their product on SUSE Linux, but not Red Hat, or vice versa. It all comes down to finite resources. Mark Post -Original Message- From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of Smith, Ann (ISD, IT) Sent: Thursday, January 12, 2006 9:11 AM To: LINUX-390@VM.MARIST.EDU Subject: SUN JDK on zseries We have one customer area that is pretty insistent on trying to run a Weblogic application with a SUN JDK. They are runnning on a 64-bit SLES9 server. We have told them that it would not be a vendor certified configuration (BEA says to use IBM 1.4.2 s1ra). We also stated our IBM support contract would most likely not cover this. They want to know WHY only IBM JDK's are certified. They commonly use Java hot spot options that are not available with an IBM JDK (options that let you split into multiple heaps). In any case, are there any stats available to show that the IBM JDK is best for the platform? Or a good answer to the WHY? -- 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: SUN JDK on zseries
> Slightly off-topic, but I wonder how long until someone > decides to port OpenSolaris to s390? I read that the port to > PPC reached an operational state in the last week. Watch this space. 8-) -- db -- 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: SUN JDK on zseries
There was talk of this late last fall. If they are still interested in working on it, I'm sure they'll either pipe up or let folks know when it's ready. Kielek, Samuel wrote: Slightly off-topic, but I wonder how long until someone decides to port OpenSolaris to s390? I read that the port to PPC reached an operational state in the last week. -Sam -Original Message- From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of David Boyes Sent: Thursday, January 12, 2006 9:23 AM To: LINUX-390@VM.MARIST.EDU Subject: Re: SUN JDK on zseries We have one customer area that is pretty insistent on trying to run a Weblogic application with a SUN JDK. They are runnning on a 64-bit SLES9 server. We have told them that it would not be a vendor certified configuration (BEA says to use IBM 1.4.2 s1ra). We also stated our IBM support contract would most likely not cover this. They want to know WHY only IBM JDK's are certified. Aside from the minor detail that Sun does not provide JDK binaries for zSeries and does not support the platform at all, no reason at all. -- 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 -- Rich Smrcina VM Assist, Inc. Main: (262)392-2026 Cell: (414)491-6001 Ans Service: (360)715-2467 rich.smrcina at vmassist.com Catch the WAVV! http://www.wavv.org WAVV 2006 - Chattanooga, TN - April 7-11, 2006 -- 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: SUN JDK on zseries
Slightly off-topic, but I wonder how long until someone decides to port OpenSolaris to s390? I read that the port to PPC reached an operational state in the last week. -Sam -Original Message- From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of David Boyes Sent: Thursday, January 12, 2006 9:23 AM To: LINUX-390@VM.MARIST.EDU Subject: Re: SUN JDK on zseries > We have one customer area that is pretty insistent on trying > to run a Weblogic application with a SUN JDK. They are > runnning on a 64-bit SLES9 server. We have told them that it > would not be a vendor certified configuration (BEA says to > use IBM 1.4.2 s1ra). We also stated our IBM support contract > would most likely not cover this. They want to know WHY only > IBM JDK's are certified. Aside from the minor detail that Sun does not provide JDK binaries for zSeries and does not support the platform at all, no reason at all. -- 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: SUN JDK on zseries
Because no one has ported the HotSpot/JIT code (which is architecture dependent) to s390. Sun uses their "Hotspot" compiler to take the Java byte codes and create native s390 instruction sequences. I ported the 1.2 and 1.3 JDKs when they still used a Just In Time compiler (JIT) but hesitated when they went to Hotspot as most of the code was in C++ and there was a ton of work to do. So basically, you can't certify what doesn't exist. I'm not sure the interpreter-only mode of operation is supported (and even that would require some architecturally dependent code to handle parameter passing conventions), it's certainly not desirable from a performance standpoint. -Original Message- We have one customer area that is pretty insistent on trying to run a Weblogic application with a SUN JDK. They are runnning on a 64-bit SLES9 server. We have told them that it would not be a vendor certified configuration (BEA says to use IBM 1.4.2 s1ra). We also stated our IBM support contract would most likely not cover this. They want to know WHY only IBM JDK's are certified. They commonly use Java hot spot options that are not available with an IBM JDK (options that let you split into multiple heaps). In any case, are there any stats available to show that the IBM JDK is best for the platform? Or a good answer to the WHY? -- 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: SUN JDK on zseries
> We have one customer area that is pretty insistent on trying > to run a Weblogic application with a SUN JDK. They are > runnning on a 64-bit SLES9 server. We have told them that it > would not be a vendor certified configuration (BEA says to > use IBM 1.4.2 s1ra). We also stated our IBM support contract > would most likely not cover this. They want to know WHY only > IBM JDK's are certified. Aside from the minor detail that Sun does not provide JDK binaries for zSeries and does not support the platform at all, no reason at all. -- 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: [PATCH] arch/s390/kernel/setup.c: fix compilation on UP
On Thu, 2006-01-12 at 15:54 +0300, Alexey Dobriyan wrote: > FYI, s390 on UP is currently broken in other ways: > > CC [M] drivers/s390/block/dasd.o > drivers/s390/block/dasd.c: In function `dasd_setup_queue': > drivers/s390/block/dasd.c:1638: error: too few arguments to function > `blk_queue_ordered' > > CC arch/s390/lib/spinlock.o > arch/s390/lib/spinlock.c: In function `_raw_spin_lock_wait': > arch/s390/lib/spinlock.c:49: warning: implicit declaration of function > `_raw_compare_and_swap' I'll take care of it. -- blue skies, Martin Martin Schwidefsky Linux for zSeries Development & Services IBM Deutschland Entwicklung GmbH -- 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
SUN JDK on zseries
We have one customer area that is pretty insistent on trying to run a Weblogic application with a SUN JDK. They are runnning on a 64-bit SLES9 server. We have told them that it would not be a vendor certified configuration (BEA says to use IBM 1.4.2 s1ra). We also stated our IBM support contract would most likely not cover this. They want to know WHY only IBM JDK's are certified. They commonly use Java hot spot options that are not available with an IBM JDK (options that let you split into multiple heaps). In any case, are there any stats available to show that the IBM JDK is best for the platform? Or a good answer to the WHY? * This communication, including attachments, is for the exclusive use of addressee and may contain proprietary, confidential and/or privileged information. If you are not the intended recipient, any use, copying, disclosure, dissemination or distribution is strictly prohibited. If you are not the intended recipient, please notify the sender immediately by return e-mail, delete this communication and destroy all copies. * -- 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
OT: IBM AIX toolkit help
Sorry for the intrusion...but since there are quite a few very knowledgable IBMers on this list, I was hoping some kind soul would help... Delete now or forever hold your peace ;-) Anyway, I'm attempting to install curl from the IBM AIX toolkit downloads page, and the rpm fails on: error: failed dependencies: libc.a(shr.o) is needed by curl-7.9.3-2 But I've got libc.a installed. I've got another machine configured exactly the same and I was able to install the rpm on that machine fine. If anyone could help, I'd really appreciate it! Now back to your regularly scheduled program... Thanks, Paul -- 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: [PATCH] arch/s390/kernel/setup.c: fix compilation on UP
On Thu, Jan 12, 2006 at 10:33:22AM +0100, Martin Schwidefsky wrote: > On Wed, 2006-01-11 at 19:07 +0300, Alexey Dobriyan wrote: > Hi Alexey, > > > CC arch/s390/kernel/setup.o > > arch/s390/kernel/setup.c: In function `do_machine_restart_nonsmp': > > arch/s390/kernel/setup.c:271: error: too few arguments to function `__cpcmd' > > arch/s390/kernel/setup.c: In function `do_machine_halt_nonsmp': > > arch/s390/kernel/setup.c:279: error: too few arguments to function `__cpcmd' > > arch/s390/kernel/setup.c: In function `do_machine_power_off_nonsmp': > > arch/s390/kernel/setup.c:286: error: too few arguments to function `__cpcmd' > > I added the bug-fix to my patch list. Will be sent to Andrew shortly. FYI, s390 on UP is currently broken in other ways: CC [M] drivers/s390/block/dasd.o drivers/s390/block/dasd.c: In function `dasd_setup_queue': drivers/s390/block/dasd.c:1638: error: too few arguments to function `blk_queue_ordered' CC arch/s390/lib/spinlock.o arch/s390/lib/spinlock.c: In function `_raw_spin_lock_wait': arch/s390/lib/spinlock.c:49: warning: implicit declaration of function `_raw_compare_and_swap' arch/s390/lib/spinlock.c:49: error: structure has no member named `lock' arch/s390/lib/spinlock.c: In function `_raw_spin_trylock_retry': arch/s390/lib/spinlock.c:62: error: structure has no member named `lock' arch/s390/lib/spinlock.c: In function `_raw_read_lock_wait': arch/s390/lib/spinlock.c:81: error: structure has no member named `lock' arch/s390/lib/spinlock.c:82: error: structure has no member named `lock' arch/s390/lib/spinlock.c: In function `_raw_read_trylock_retry': arch/s390/lib/spinlock.c:96: error: structure has no member named `lock' arch/s390/lib/spinlock.c:97: error: structure has no member named `lock' arch/s390/lib/spinlock.c: In function `_raw_write_lock_wait': arch/s390/lib/spinlock.c:115: error: structure has no member named `lock' arch/s390/lib/spinlock.c: In function `_raw_write_trylock_retry': arch/s390/lib/spinlock.c:128: error: structure has no member named `lock' -- 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: S390 Suse FTP installation - IP address question.
The iso files I see on the Novell web site are named SLES-9-SP-3-s390-GM-CD1.iso (for CD 1 of the s390 version.) So I think you need to change "RC4a" in all the names to "GM". On 1/12/06, Michael MacIsaac <[EMAIL PROTECTED]> wrote: > > The reason Mike did his mksles9root script to prepare the file tree is > > that this way you install the latest versions from the service pack > > rather than the older base levels. > Yes, that and because working with individual loopback-mounted-ISO-CDs > seems to be tricky at best (and if you want to serve the files via NFS, > you cannot use loopback mounts unless your NFS server crosses mount > points). Further, I believe there is a bug on s390 in the patch CD update > function when working with SLES9 SP2 or SP3 (still haven't heard anything > from bugzilla). The script works around that bug my modifying a mediamap > file. > > I believe SP3 is GA so I sent Mark an updated script with the following > file names: > # hard-coded file names for the 3 31-bit SLES9 Service Pack 3 CD .iso > images > sp3cd1="SLES-9-SP-3-s390-RC4a-CD1.iso" > sp3cd2="SLES-9-SP-3-s390-RC4a-CD2.iso" > sp3cd3="SLES-9-SP-3-s390-RC4a-CD3.iso" > # hard-coded file names for the 3 64-bit SLES9 Service Pack 3 CD .iso > images > sp3cd1="SLES-9-SP-3-s390x-RC4a-CD1.iso" > sp3cd2="SLES-9-SP-3-s390x-RC4a-CD2.iso" > sp3cd3="SLES-9-SP-3-s390x-RC4a-CD3.iso" > (Can anyone confirm that these are the file names of the GA SP3?) > Hopefully Mark can put that up on http://linuxvm.org/patches/ > > Using this script is described in chapter 5 of the redbook "z/VM and Linux > on zSeries: From LPAR to Virtual Servers in Two Days", on the Web at: > http://www.redbooks.ibm.com/abstracts/sg246695.html > > We hope to have an update of this material. Hope this helps. > > "Mike MacIsaac" <[EMAIL PROTECTED]> (845) 433-7061 > > -- > 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 > -- Bruce Hayden IBM Global Services zSeries Linux Endicott, NY -- 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: S390 Suse FTP installation - IP address question.
> The reason Mike did his mksles9root script to prepare the file tree is > that this way you install the latest versions from the service pack > rather than the older base levels. Yes, that and because working with individual loopback-mounted-ISO-CDs seems to be tricky at best (and if you want to serve the files via NFS, you cannot use loopback mounts unless your NFS server crosses mount points). Further, I believe there is a bug on s390 in the patch CD update function when working with SLES9 SP2 or SP3 (still haven't heard anything from bugzilla). The script works around that bug my modifying a mediamap file. I believe SP3 is GA so I sent Mark an updated script with the following file names: # hard-coded file names for the 3 31-bit SLES9 Service Pack 3 CD .iso images sp3cd1="SLES-9-SP-3-s390-RC4a-CD1.iso" sp3cd2="SLES-9-SP-3-s390-RC4a-CD2.iso" sp3cd3="SLES-9-SP-3-s390-RC4a-CD3.iso" # hard-coded file names for the 3 64-bit SLES9 Service Pack 3 CD .iso images sp3cd1="SLES-9-SP-3-s390x-RC4a-CD1.iso" sp3cd2="SLES-9-SP-3-s390x-RC4a-CD2.iso" sp3cd3="SLES-9-SP-3-s390x-RC4a-CD3.iso" (Can anyone confirm that these are the file names of the GA SP3?) Hopefully Mark can put that up on http://linuxvm.org/patches/ Using this script is described in chapter 5 of the redbook "z/VM and Linux on zSeries: From LPAR to Virtual Servers in Two Days", on the Web at: http://www.redbooks.ibm.com/abstracts/sg246695.html We hope to have an update of this material. Hope this helps. "Mike MacIsaac" <[EMAIL PROTECTED]> (845) 433-7061 -- 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: [PATCH] arch/s390/kernel/setup.c: fix compilation on UP
On Wednesday 11 January 2006 17:07, Alexey Dobriyan wrote: > CC arch/s390/kernel/setup.o > arch/s390/kernel/setup.c: In function `do_machine_restart_nonsmp': > arch/s390/kernel/setup.c:271: error: too few arguments to function > `__cpcmd' arch/s390/kernel/setup.c: In function `do_machine_halt_nonsmp': > arch/s390/kernel/setup.c:279: error: too few arguments to function > `__cpcmd' arch/s390/kernel/setup.c: In function > `do_machine_power_off_nonsmp': arch/s390/kernel/setup.c:286: error: too few > arguments to function `__cpcmd' > > Signed-off-by: Alexey Dobriyan <[EMAIL PROTECTED]> Thanks. We will apply the patch. -- Mit freundlichen Grüßen / Best Regards Christian Borntraeger Linux Software Engineer zSeries Linux & Virtualization -- 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: [PATCH] arch/s390/kernel/setup.c: fix compilation on UP
On Wed, 2006-01-11 at 19:07 +0300, Alexey Dobriyan wrote: Hi Alexey, > CC arch/s390/kernel/setup.o > arch/s390/kernel/setup.c: In function `do_machine_restart_nonsmp': > arch/s390/kernel/setup.c:271: error: too few arguments to function `__cpcmd' > arch/s390/kernel/setup.c: In function `do_machine_halt_nonsmp': > arch/s390/kernel/setup.c:279: error: too few arguments to function `__cpcmd' > arch/s390/kernel/setup.c: In function `do_machine_power_off_nonsmp': > arch/s390/kernel/setup.c:286: error: too few arguments to function `__cpcmd' I added the bug-fix to my patch list. Will be sent to Andrew shortly. -- blue skies, Martin Martin Schwidefsky Linux for zSeries Development & Services IBM Deutschland Entwicklung GmbH -- 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
