Re: Why Linux Developers Should Reconsider IBM Mainframes - Linux.com
Now that I think about it, I don't think there was ever an i390 -- although there was an i370, which died a long time ago (based on the very first port of what was then not yet z/Architecture, s390 took its place when IBM decided it'd participate in GNU tools development way back circa 2000/2001. s390x (z/Architecture) was introduced almost immediately after s390 came on board, and it seems to be the ID "with legs". In modern terms, i390 means nothing (unless someone would care to revive it), s390 means XA, s390x still means z/Architecture as it always has. You're right. The s390x tag isn't used much outside of GNU/Linux & BSD circles. Too bad. I think it's a very convenient shorthand (not to mention 10 characters' less typing to do), YMMV :-) Jim Tison z/TPF Systems Programmer IBM Services From: Rob van der Heij To: LINUX-390@VM.MARIST.EDU Date: 10/13/2019 11:50 Subject:[EXTERNAL] Re: Why Linux Developers Should Reconsider IBM Mainframes - Linux.com Sent by:Linux on 390 Port But it’s true that those terms are not used outside Linux on System Z. Even though zArchitecture isn’t an appealing name. And we don’t hear much about i390 anymore On Sun, 13 Oct 2019 at 15:41, Neale Ferguson wrote: > Yes and still is. If you execute the ubame command it will shows s390x. > The arch-specific RPMs all have s390x in the filename. gcc defines __s390__ > and __s390x__ which cane be used to test if you're (a) on a Z box and (b) > if it's 64 bit. > > > Original message > From: Mike Shorkend > Date: 10/13/19 09:30 (GMT-05:00) > To: LINUX-390@VM.MARIST.EDU > Subject: [LINUX-390] Why Linux Developers Should Reconsider IBM Mainframes > - Linux.com > > Interesting article. > Cross posted to IBM-MAIN and LINUX-390. > I don't think that 64bit was ever called 390x, was it? > > > > > https://urldefense.proofpoint.com/v2/url?u=https-3A__www.linux.com_articles_why-2Dlinux-2Ddevelopers-2Dshould-2Dreconsider-2Dibm-2Dmainframes_=DwIFaQ=jf_iaSHvJObTbx-siA1ZOg=5dDoM057-adexkKoqfLbqdQAVPjy9hL8XFaaIjvKcCY=465kKRLkemFqHaf_U9DL1laG_JyfvX1wf-HvO_G3mWs=lU2tlyAch0sUuliDCdeVuwjyt5i3CPHOrPiNRaziObs= > > -- > For LINUX-390 subscribe / signoff / archive access instructions, > send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or > visit > https://urldefense.proofpoint.com/v2/url?u=http-3A__www2.marist.edu_htbin_wlvindex-3FLINUX-2D390=DwIFaQ=jf_iaSHvJObTbx-siA1ZOg=5dDoM057-adexkKoqfLbqdQAVPjy9hL8XFaaIjvKcCY=465kKRLkemFqHaf_U9DL1laG_JyfvX1wf-HvO_G3mWs=003CiRHiLgc5zeiJZIiEPXU7oY7YJ2iwF8j5Og2H4kU= > > -- > For LINUX-390 subscribe / signoff / archive access instructions, > send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or > visit > https://urldefense.proofpoint.com/v2/url?u=http-3A__www2.marist.edu_htbin_wlvindex-3FLINUX-2D390=DwIFaQ=jf_iaSHvJObTbx-siA1ZOg=5dDoM057-adexkKoqfLbqdQAVPjy9hL8XFaaIjvKcCY=465kKRLkemFqHaf_U9DL1laG_JyfvX1wf-HvO_G3mWs=003CiRHiLgc5zeiJZIiEPXU7oY7YJ2iwF8j5Og2H4kU= > -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit https://urldefense.proofpoint.com/v2/url?u=http-3A__www2.marist.edu_htbin_wlvindex-3FLINUX-2D390=DwIFaQ=jf_iaSHvJObTbx-siA1ZOg=5dDoM057-adexkKoqfLbqdQAVPjy9hL8XFaaIjvKcCY=465kKRLkemFqHaf_U9DL1laG_JyfvX1wf-HvO_G3mWs=003CiRHiLgc5zeiJZIiEPXU7oY7YJ2iwF8j5Og2H4kU= -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www2.marist.edu/htbin/wlvindex?LINUX-390
Re: Linux "sleep" command not waking up under high CPU utilization
And I have an old friend, former IBMer, who remembers Mr. Foxworthy when they worked in the same department at Eastern Airlines. Bonus points? Test Plan Charlie :-) Peace out. Jim Tison z/TPF Specialist Global Technology Services jti...@us.ibm.com IBM Services -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/
Re: spark on zlinux
From this record in the traceback, Exception in thread main org.apache.spark.SparkException: Job aborted due to stage failure: Task serialization failed: org.xerial.snappy.SnappyError: [FAILED_TO_LOAD_NATIVE_LIBRARY] no native library is found for os.name=Linux and os.arch=s390x ... I suspect it's not supported on z. Regards, --Jim-- -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/
Re: having commands run after complete boot process
My man page says @reboot. Thanks for pointing that out ... I'd never noticed it before! Regards, --Jim-- -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/
Re: cio_ignore vs Linux in System z
It's also about efficiency. Recall that there aren't many other processors out there whose I/O architecture is built on (sub)channels. If the cio_ignore data indicates that signals arriving from certain channels needn't be processed, then that's less work the kernel has to engage in. In cases where the assignment of devices has been done in an imprecise manner, cio_ignore can be a godsend, allowing you to blacklist all devices except those which you know your machine uses. If cio_ignore is bothering you, it's rather easily dealt with -- you just have to remember to do it. See https://www.mail-archive.com/linux-390@vm.marist.edu/msg61591.html for an earlier (brief) discussion of practical living with cio_ignore. If you don't have any devices worthy of blacklisting, then just set up your kernel parm line to omit the cio_ignore specification altogether. Regards, --Jim-- -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/
Re: DB2 db2start command for Linux on System z
What's in your PATH variable? On my system, /home/db2instance_name/sqllib/adm/db2start is the location of that command. You'll need to know the name of the db2instance, mine is (most unimaginatively) db2inst1. Your mileage may vary. Look for it and make the proper substitution. I think you'll need to make PATH point there and to a couple other places DB2 likes to find things. I'd do this: export db2inst=/home/db2inst1/sqllib export PATH=$PATH:$db2inst/adm:$db2inst/bin:$db2inst/misc Creating the variable db2inst just makes for less typing, you don't have to do that; you could just do all the typing. But why, when shells are so convenient? :-) Good luck, --Jim-- We can do no great things; only little things with great love --Mother Teresa | | From: | | --| |Cameron Seay cws...@gmail.com | --| | | To:| | --| |LINUX-390@vm.marist.edu | --| | | Date: | | --| |07/05/2014 15:08 | --| | | Subject: | | --| |DB2 db2start command for Linux on System z | --| I am installing DB2 10.5 fixpack 3 on SuSE 11 for s390. I run the ./db2setup command from the home director of the install and all appears well. But when I try to start DB2 via db2start I get a no command of that name response. I have installed and run DB2 9.x many times on the same distro with no problems. Any ideas? -- Cameron Seay, Ph.D. Department of Computer Systems Technology School of Technology NC A T State University Greensboro, NC 336 334 7717 x2251 -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/ -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/
Re: DASD format from Linux only
FBAF = Fixed Block Architecture Format Regards, --Jim-- -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/
Re: OT: similar forum, but for Linux on Intel?
Did anybody try linuxquestions.org? It isn't confined to Intel; but many would-be Linux users on Intel hardware go there | | From: | | --| |Gregg Levine gregg.drw...@gmail.com | --| | | To:| | --| |LINUX-390@vm.marist.edu | --| | | Date: | | --| |2013.02.06 16:47 | --| | | Subject: | | --| |Re: OT: similar forum, but for Linux on Intel? | --| On Wed, Feb 6, 2013 at 9:47 AM, John McKown john.archie.mck...@gmail.com wrote: Joined NYLUG email forum last night. So far, no messages or I did something wrong. On Tue, Feb 5, 2013 at 4:34 PM, Gregg Levine gregg.drw...@gmail.com wrote: On Tue, Feb 5, 2013 at 4:44 PM, John McKown john.archie.mck...@gmail.com wrote: Does anybody know of a good quality discussion forum, blog, or web site for discussing things related to Linux on Intel. As you likely know, I sometime ask questions here which are more generally Linux related (such as the Bash vs Python thread). I really feel that I'm doing ya'll a disfavor by doing this. I'd prefer a good quality (low flame, high intelligence) forum which is for this sort of discussion. Perhaps even one which is actively moderated. -- This is a test of the Emergency Broadcast System. If this had been an actual emergency, do you really think we'd stick around to tell you? Maranatha! John McKown -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/ Hello! Do you want general questions answered or complex ones answered? I manage the list behind NYLUG which can be found at http://www.nylug.org . Which can be found at http://nylug.org/mailman/listinfo/nylug-talk and follows the usual guidelines to join. A word of warning, the list can be far more involving then here. - Gregg C Levine gregg.drw...@gmail.com This signature fought the Time Wars, time and again. -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/ -- This is a test of the Emergency Broadcast System. If this had been an actual emergency, do you really think we'd stick around to tell you? Maranatha! John McKown Hello! Try sending them a test message. It really depends on how many people respond to it, if at all. I did see your subscription notice. - Gregg C Levine gregg.drw...@gmail.com This signature fought the Time Wars, time and again. -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or
Re: cross compiling for s390
There is a next gen release of this package out, called crosstool-NG. It has a Mercurial repository available at http://ymorin.is-a-geek.org/hg/crosstool-ng It is much nicer and requires much less knowledge to operate than the old crosstool. Regards, --Jim-- -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/
Re: STOP SYSTEM VIRTUAL MACHINES EXPIRING?
RAC PASSWORD USER(whomever) NOINTERVAL --Jim-- Linux on 390 Port LINUX-390@VM.MARIST.EDU wrote on 11/21/2008 07:06:51 AM: Hello another newbie question Z/VM 5.3 with RACF there are a number of system components set up as virtual machines eg PERFSVM WAKEUP FTPSERVE TCPIP VMSERVR VMSERVU VMSERVS OPERSYMP EREP DISKACNT TCPIP DTCVSW2 DTCVSW1 should we do anything special to stop these machines RACF password expiring? what do other people do? tia ** This email is confidential and may contain copyright material of the John Lewis Partnership. If you are not the intended recipient, please notify us immediately and delete all copies of this message. (Please note that it is your responsibility to scan this message for viruses). Email to and from the John Lewis Partnership is automatically monitored for operational and lawful business reasons. ** John Lewis plc Registered in England 233462 Registered office 171 Victoria Street London SW1E 5NN Websites: http://www.johnlewis.com http://www.waitrose.com http://www.greenbee.com http://www.johnlewispartnership.co.uk ** -- 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: Lx86
I, as a VM guy first, don't really see the big win over just using mdisks, but I suppose since we have no dirmaint / directory/ vmsecure bits it would allow most of the VM's management to occur from the Linux side of things. Theoretically, that's what SMAPI is supposed to allow you to do. The API is kinda ugly, but you can do all the directory munging and disk manipulation from a Linux app. I'm pretty sure VSMSERVE (SMAPI) requires DIRMAINT. --Jim-- -- 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: Lx86
There was a small disconnect between the last and the previous poster, which is what I wanted to point out. No directory management, no SMAPI. A doc check shows that DIRMAINT (specifically) was required at z/VM V5R2. This prereq evolved to a generic directory manager at V5R3+ ... I hadn't noticed that. Thanks, --Jim-- From: David Boyes [EMAIL PROTECTED] To: LINUX-390@VM.MARIST.EDU Date: 10/22/2008 08:01 PM Subject:Re: Lx86 It requires A directory manager, but it doesn't have to be Dirmaint. Regardless of brand, you'll need some kind of disk/Dir management package to do any useful automation so I'm not too worried about making it a prereq. On Oct 22, 2008, at 5:54 PM, James Tison [EMAIL PROTECTED] wrote: I, as a VM guy first, don't really see the big win over just using mdisks, but I suppose since we have no dirmaint / directory/ vmsecure bits it would allow most of the VM's management to occur from the Linux side of things. Theoretically, that's what SMAPI is supposed to allow you to do. The API is kinda ugly, but you can do all the directory munging and disk manipulation from a Linux app. I'm pretty sure VSMSERVE (SMAPI) requires DIRMAINT. --Jim-- -- 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 inline: graycol.gifinline: ecblank.gif
Re: Lx86
You are correct. System p is much different. POWER has a bit in the page table entry which says this page (bunch of pages) is little-endian. Make sure register LOADs and STOREs work appropriately in this address range. Lx86 depends on this architectural feature, which z does not have. --Jim-- From: Richard Gasiorowski [EMAIL PROTECTED] To: LINUX-390@VM.MARIST.EDU Date: 10/16/2008 04:46 PM Subject:Re: Lx86 Given the difference in endianness between x86(_64) and System z, I would have to say this would be a rather bad idea. IBM has been able to get by this difference on the system p 'Where ever you go - There you are!! ' Richard (Gaz) Gasiorowski Global Solutions Technology Principal Lead Infrastructure Architect CSC 3170 Fairview Park Dr., Falls Church, VA 22042 845-773-9243 Work|845-392-7889 Cell|[EMAIL PROTECTED]|www.csc.com This is a PRIVATE message. If you are not the intended recipient, please delete without copying and kindly advise us by e-mail of the mistake in delivery. NOTE: Regardless of content, this e-mail shall not operate to bind CSC to any order or other contract unless pursuant to explicit written agreement or government initiative expressly permitting the use of e-mail for such purpose. Mark Post [EMAIL PROTECTED] Sent by: Linux on 390 Port LINUX-390@VM.MARIST.EDU 10/16/2008 04:26 PM Please respond to Linux on 390 Port LINUX-390@VM.MARIST.EDU To LINUX-390@VM.MARIST.EDU cc Subject Re: Lx86 On 10/16/2008 at 10:02 AM, in message [EMAIL PROTECTED], Richard Gasiorowski [EMAIL PROTECTED] wrote: Question for someone @ IBM. Lx86 is a feature provided for on the p series whihc allows Linux binaries to execute on the p system without a recompile. Given the difference in endianness between x86(_64) and System z, I would have to say this would be a rather bad idea. Since IBM professes a philosophy of providing like platform capabilities. the question is When can we expect this features functions available on the system z? I would definitely sign up for alpha or beta testing of this. A philosophy is not the same as a commitment, If you really have to have it, then http://bochs.sourceforge.net/ It has been proven to work (very slowly) in the past. Mark Post -- 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 inline: graycol.gifinline: ecblank.gif
Re: DIRMAINT necessary with RACFVM?
To me, it's not about security -- it's about keeping the CP directory and the RACF database in sync, which DIRMAINT will do with RACF as long as you leave the suggested user exits in place. I'd suppose that you could implement manual processes that could ensure the synchronization of both databases; but they'd be awfullly tedious and error-prone. --Jim-- From: Andy Robertson [EMAIL PROTECTED] To: LINUX-390@VM.MARIST.EDU Date: 10/13/2008 09:44 AM Subject:DIRMAINT necessary with RACFVM? we are activating RACFVM to supply necessary security for our VM systems. There is some debate as to whether it is worth activating DIRMAINT as well. We only have a few users who ever update the directory and it is questioned as to whether the extra complexity of DIRMAINT with its attendant overheads and possible system fragility is worth the small increment in security it seems could provide. Is there a preexisting consensus on this matter? ** This email is confidential and may contain copyright material of the John Lewis Partnership. If you are not the intended recipient, please notify us immediately and delete all copies of this message. (Please note that it is your responsibility to scan this message for viruses). Email to and from the John Lewis Partnership is automatically monitored for operational and lawful business reasons. ** John Lewis plc Registered in England 233462 Registered office 171 Victoria Street London SW1E 5NN Websites: http://www.johnlewis.com http://www.waitrose.com http://www.greenbee.com http://www.johnlewispartnership.co.uk ** -- 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 inline: graycol.gifinline: ecblank.gif
Re: Add LDAP support to PHP
No, it just looks like your compiler version is a little far ahead of the one the LDAP developers used. As long as they're just warnings (not errors), keep going. Make sure you test the finished product, although these particular warnings appear harmless. --Jim-- From: Jones, Russell [EMAIL PROTECTED] To: LINUX-390@VM.MARIST.EDU Date: 10/09/2008 02:12 PM Subject:Re: Add LDAP support to PHP I also found a lot of the following types of messages in the output for the package build: /tmp/php-4.3.10/ext/ldap/ldap.c: In function `zif_ldap_connect': /tmp/php-4.3.10/ext/ldap/ldap.c:390: warning: assignment makes pointer from integer without a cast /tmp/php-4.3.10/ext/ldap/ldap.c: In function `zif_ldap_get_entries': /tmp/php-4.3.10/ext/ldap/ldap.c:914: warning: assignment makes pointer from integer without a cast /tmp/php-4.3.10/ext/ldap/ldap.c: In function `zif_ldap_get_attributes': /tmp/php-4.3.10/ext/ldap/ldap.c:1046: warning: assignment makes pointer from integer without a cast /tmp/php-4.3.10/ext/ldap/ldap.c: In function `zif_ldap_get_values': /tmp/php-4.3.10/ext/ldap/ldap.c:1096: warning: assignment makes pointer from integer without a cast /tmp/php-4.3.10/ext/standard/url.c: In function `php_url_parse_ex': /tmp/php-4.3.10/ext/standard/url.c:102: warning: assignment discards qualifiers from pointer target type /tmp/php-4.3.10/ext/sysvshm/sysvshm.c: In function `zif_shm_get_var': /tmp/php-4.3.10/ext/sysvshm/sysvshm.c:316: warning: passing arg 2 of `php_var_unserialize' from incompatible pointer type Do I need to have some type of ldap package installed to do this build? Russell Jones ANPAC -Original Message- From: Jones, Russell Sent: Thursday, October 09, 2008 11:37 AM To: 'Linux on 390 Port' Subject: RE: Add LDAP support to PHP I got the new php package installed and it seems to be functioning. Now I am seeing the following error in the apache log when I attempt to bind to ldap: PHP Warning: Unknown(): Unable to load dynamic library '/usr/lib/php/extensions/php_ldap.dll' - /usr/lib/php/extensions/php_ldap.dll: cannot open shared object file: No such file or directory in Unknown on line 0 I don't have the php_ldap.dll, but the phpinfo page shows that ldap is installed. Was I missing something when I build my package? Russell Jones ANPAC -Original Message- From: Linux on 390 Port [?mailto:[EMAIL PROTECTED] On Behalf Of Mark Post Sent: Thursday, October 09, 2008 10:03 AM To: LINUX-390@VM.MARIST.EDU Subject: Re: Add LDAP support to PHP On 10/9/2008 at 10:26 AM, in message [EMAIL PROTECTED] , Jones, Russell [EMAIL PROTECTED] wrote: I did find apxs on my system and the path in the script is correct, so I don't think that is the problem. I also see the following in my output: ./configure: /usr/sbin/apxs: /usr/local/bin/perl: bad interpreter: No such file or directory configure: error: Aborting make: *** No targets specified and no makefile found. Stop. make: *** No rule to make target `install'. Stop. make: *** No rule to make target `distclean'. Stop. chmod: cannot access `/tmp/package-php/usr/bin/pear': No such file or directory I wonder if the perl path is wrong. Perl on my system in at /usr/bin/perl, but I don't see anywhere in the build script to set the perl path. I've run into similar problems with packages not being able to figure out where things were. The simplest thing to do is to create a symbolic link: ln -s /usr/bin/perl /usr/local/bin/perl Mark Post -- 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 inline: graycol.gifinline: ecblank.gif
Re: Add LDAP support to PHP
.dll? DLLs are for Windows. Weird. I'd think you're looking for php_ldap.so. But then again, I know absolutely nothing about this implementation. I stumbled across this -- http://pcquest.ciol.com/content/enterprise/2005/105060201.asp -- when I went to Google for an answer. Sounds like either build-time or run-time configuration, I can't tell you which. Good luck, --Jim-- From: Jones, Russell [EMAIL PROTECTED] To: LINUX-390@VM.MARIST.EDU Date: 10/09/2008 02:36 PM Subject:Re: Add LDAP support to PHP I went ahead and installed the package and I get the following error in the apache log when I attempt to bind to ldap: PHP Warning: Unknown(): Unable to load dynamic library '/usr/lib/php/extensions/php_ldap.dll' - /usr/lib/php/extensions/php_ldap.dll: cannot open shared object file: No such file or directory in Unknown on line 0 I appears that the php_ldap.dll was not created in the build. The phpinfo page shows that ldap is installed, but no dll. That is my mystery. Thanks a lot for your input, Russell Jones ANPAC -Original Message- From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of James Tison Sent: Thursday, October 09, 2008 1:27 PM To: LINUX-390@VM.MARIST.EDU Subject: Re: Add LDAP support to PHP No, it just looks like your compiler version is a little far ahead of the one the LDAP developers used. As long as they're just warnings (not errors), keep going. Make sure you test the finished product, although these particular warnings appear harmless. --Jim-- From: Jones, Russell [EMAIL PROTECTED] To: LINUX-390@VM.MARIST.EDU Date: 10/09/2008 02:12 PM Subject:Re: Add LDAP support to PHP I also found a lot of the following types of messages in the output for the package build: /tmp/php-4.3.10/ext/ldap/ldap.c: In function `zif_ldap_connect': /tmp/php-4.3.10/ext/ldap/ldap.c:390: warning: assignment makes pointer from integer without a cast /tmp/php-4.3.10/ext/ldap/ldap.c: In function `zif_ldap_get_entries': /tmp/php-4.3.10/ext/ldap/ldap.c:914: warning: assignment makes pointer from integer without a cast /tmp/php-4.3.10/ext/ldap/ldap.c: In function `zif_ldap_get_attributes': /tmp/php-4.3.10/ext/ldap/ldap.c:1046: warning: assignment makes pointer from integer without a cast /tmp/php-4.3.10/ext/ldap/ldap.c: In function `zif_ldap_get_values': /tmp/php-4.3.10/ext/ldap/ldap.c:1096: warning: assignment makes pointer from integer without a cast /tmp/php-4.3.10/ext/standard/url.c: In function `php_url_parse_ex': /tmp/php-4.3.10/ext/standard/url.c:102: warning: assignment discards qualifiers from pointer target type /tmp/php-4.3.10/ext/sysvshm/sysvshm.c: In function `zif_shm_get_var': /tmp/php-4.3.10/ext/sysvshm/sysvshm.c:316: warning: passing arg 2 of `php_var_unserialize' from incompatible pointer type Do I need to have some type of ldap package installed to do this build? Russell Jones ANPAC -Original Message- From: Jones, Russell Sent: Thursday, October 09, 2008 11:37 AM To: 'Linux on 390 Port' Subject: RE: Add LDAP support to PHP I got the new php package installed and it seems to be functioning. Now I am seeing the following error in the apache log when I attempt to bind to ldap: PHP Warning: Unknown(): Unable to load dynamic library '/usr/lib/php/extensions/php_ldap.dll' - /usr/lib/php/extensions/php_ldap.dll: cannot open shared object file: No such file or directory in Unknown on line 0 I don't have the php_ldap.dll, but the phpinfo page shows that ldap is installed. Was I missing something when I build my package? Russell Jones ANPAC -Original Message- From: Linux on 390 Port [?mailto:[EMAIL PROTECTED] On Behalf Of Mark Post Sent: Thursday, October 09, 2008 10:03 AM To: LINUX-390@VM.MARIST.EDU Subject: Re: Add LDAP support to PHP On 10/9/2008 at 10:26 AM, in message [EMAIL PROTECTED] , Jones, Russell [EMAIL PROTECTED] wrote: I did find apxs on my system and the path in the script is correct, so I don't think that is the problem. I also see the following in my output: ./configure: /usr/sbin/apxs: /usr/local/bin/perl: bad interpreter: No such file or directory configure: error: Aborting make: *** No targets specified and no makefile found. Stop. make: *** No rule to make target `install'. Stop. make: *** No rule to make target `distclean'. Stop. chmod: cannot access `/tmp/package-php/usr/bin/pear': No such file or directory I wonder if the perl path is wrong. Perl on my system in at /usr/bin
Re: Root filesystem error switches to ReadOnly
I guess one thing that would be wrong then is that I copy from the live system. I think that's your problem. You're copying from a likely unstable source (the live system might be writing to your volume as you attempt to copy it). Try shutting down the master (live) system with shutdown -h now before you copy from it. The errors you're reporting look like file system structural errors. HTH, --Jim-- -- 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: Ingres installation
By system user, do they mean a UID value 100 ? I'd try that and see what happens. --Jim-- Linux on 390 Port LINUX-390@VM.MARIST.EDU wrote on 01/10/2008 09:14:26 AM: Hi All I am trying to install Ingres on SLES 10 and keep getting a message when running the install script System user ingres must be created before the installation can proceed I have created a user via YAST called 'ingres' but still get the same message. Looking at the install.sh all that is done is a SU - $USERID -C EXIT which I can do manually. Any ideas Regards Gerard Ceruti may the 'z' be with you __ Standard Bank Disclaimer and Confidentiality Note This e-mail, its attachments and any rights attaching hereto are, unless the context clearly indicates otherwise, the property of Standard Bank Group Limited and/or its subsidiaries (the Group). It is confidential, private and intended for the addressee only. Should you not be the addressee and receive this e-mail by mistake, kindly notify the sender, and delete this e-mail, immediately and do not disclose or use same in any manner whatsoever. Views and opinions expressed in this e-mail are those of the sender unless clearly stated as those of the Group. The Group accepts no liability whatsoever for any loss or damages whatsoever and howsoever incurred, or suffered, resulting, or arising, from the use of this email or its attachments. The Group does not warrant the integrity of this e-mail nor that it is free of errors, viruses, interception or interference. Licensed divisions of the Standard Bank Group are authorised financial services providers in terms of the Financial Advisory and Intermediary Services Act, No 37 of 2002 (FAIS). For information about the Standard Bank Group Limited visit our website http://www.standardbank.co.za ___ -- 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: How can I get an assembler definition of a structure?
Sorry, Ben. As far as I've ever known, you cannot get such a listing from either gcc (this information is thrown away prior to assembly, except for debugging) or as. The closest thing you can get is a DWARF-3 description through DIEs (Debug Information Entries). It's roundabout, but it's the only way I know of. 1. Compile your program with -g 2. You'll need a program called dwarfdump. It's available in the libdwarf package, you'll probably need to download and build it. 3. Where your program is named myprog, run dwarfdump -i myprog | less To find the first structure definition, search forward for DW_TAG_structure_type. The struct you seek will have a DT_AT_name of task_struct. DW_TAG_member items are your members' identifiers. The information is a little dispersed, but it's usually there and obvious. Offsets from the start of the aggregate are expressed by DW_AT_data_member_location values within the DW_TAG_member block. It will look bizarre at first, but you'll get used to it. If you're curious about this data and its format, it's described in the Dwarf-3 specification. HTH, --Jim-- Linux on 390 Port LINUX-390@VM.MARIST.EDU wrote on 01/07/2008 01:56:09 PM: I would like an assembler (or offset map) of task_struct. It is defined in sched.h with quite a few subdefinitions. How can I request this of GCC (or AS)? -- Binyamin Dissen [EMAIL PROTECTED] http://www.dissensoftware.com Director, Dissen Software, Bar Grill - Israel Should you use the mailblocks package and expect a response from me, you should preauthorize the dissensoftware.com domain. I very rarely bother responding to challenge/response systems, especially those from irresponsible companies. -- 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: RHEL source control packages
Of course you can!! CVS is easy. Building svn from source is a much different story -- critical dependencies on Apache, ART, yadeyadeyada -- not all systems are properly equipped. Been there, done that -- it's a pain. But if it were me putting up a better CVS, I'd think twice and reconsider Subversion, especially if available in binary/RPM form -- tagging is unnecessary, and branching is almost second nature. Quite a different story than CVS. --Jim-- Spann, Elizebeth (Betsie) [EMAIL PROTECTED] To Sent by: Linux on LINUX-390@VM.MARIST.EDU 390 Port cc [EMAIL PROTECTED] IST.EDU Subject Re: RHEL source control packages 05/03/2007 12:06 PM Please respond to Linux on 390 Port [EMAIL PROTECTED] IST.EDU CVS is not on my RHEL distribution (I can't find it) and the www.cvshome.org website has no s390x binaries. Not sure if I can make it from the source that's listed on the site. Betsie -- 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 inline: graycol.gifinline: pic02749.gifinline: ecblank.gif
Re: RHEL source control packages
This is going back a bit, from memory... RH 9.3 Intel (or was that .2? Whatever FLEX-ES required at the time...) with Apache 1.something (primitive APR other Apache parts, which had to be upgraded and, IIRC, pulled in many downline dependencies). ISTR there were Perl dependencies requiring upgrade, too. Pure RPM h*ll ... the time it took to build was nothing compared to the time it took to resolve all the prereqs. svn was at 1.3.0.rc1 to cooperate with the then-new gcc source repository. --Jim-- Gregg Levine [EMAIL PROTECTED] il.comTo Sent by: Linux on LINUX-390@VM.MARIST.EDU 390 Port cc [EMAIL PROTECTED] IST.EDU Subject Re: RHEL source control packages 05/03/2007 01:09 PM Please respond to Linux on 390 Port [EMAIL PROTECTED] IST.EDU Hello! Jim, can you cite specifics here? I've had nearly no problems building subversion for my Slackware Intel platforms, before it was finally released as part of the basic developer tools kit. About the only really loud problem was that of the time involved, but most of us are familiar with that one. Mark can you offer any comments here? -- Gregg C Levine [EMAIL PROTECTED] This signature was once found posting rude messages in English in the Moscow subway. -- 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 inline: graycol.gifinline: pic12060.gifinline: ecblank.gif
Re: Surprise, Microsoft Listed as Most Secure OS
So does z/TPF :-) --Jim-- Rich Smrcina [EMAIL PROTECTED] omTo Sent by: Linux on LINUX-390@VM.MARIST.EDU 390 Port cc [EMAIL PROTECTED] IST.EDU Subject Re: Surprise, Microsoft Listed as Most Secure OS 03/23/2007 03:43 PM Please respond to Linux on 390 Port [EMAIL PROTECTED] IST.EDU Yes, z/VSE runs just fine. Schneck.Glenn wrote: Mark, Yes, but your laptop CAN run z/OS, z/VM and z/LinuxDon't know about z/VSE or z/TPF Glenn -- Rich Smrcina VM Assist, Inc. Phone: 414-491-6001 Ans Service: 360-715-2467 rich.smrcina at vmassist.com Catch the WAVV! http://www.wavv.org WAVV 2007 - Green Bay, WI - May 18-22, 2007 -- 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
DASM Hobbyist License Renewal
Hi Dave, It's that time of year. How much and where do I send it? Hope all is going well for you guys. Regards, --Jim-- James S. Tison Senior Software Engineer Software Group/EPS Architecture IBM Corporation +1.860.946.9486 (mobile) One of the great disadvantages of hurry is that it takes such a long time. -- G. K. Chesterton -- 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: DASM Hobbyist License Renewal
blush That'll teach me to read the Reply-to destination before I press [Send]. /blush Apologies. --Jim-- James S. Tison Senior Software Engineer Software Group/EPS Architecture IBM Corporation +1.860.946.9486 (mobile) One of the great disadvantages of hurry is that it takes such a long time. -- G. K. Chesterton -- 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: (ET) SETI at Home does something else (MSNBC)
Buwahahahaha. Cute story. I like it when good people have good things happen to them when all is said and done. Who'd ever thunk it that helping out SETI would have a side benefit? Kinda like LoJack for a computer! :-) (Ludacris and Pavarotti in the same sentence? Sheesh. Okay ... grin) --Jim-- Gregg Levine [EMAIL PROTECTED] Sent by: Linux on 390 Port LINUX-390@VM.MARIST.EDU 02/25/07 11:18 AM Please respond to Linux on 390 Port LINUX-390@VM.MARIST.EDU To LINUX-390@VM.MARIST.EDU cc Subject (ET) SETI at Home does something else (MSNBC) Hello! While checking my e-mail I came across an MSNBC story describing something interesting. It concerns the effects of SETI @ Home. However best would be told by providing the location. http://www.msnbc.msn.com/id/17274713/ Let's just say its one of our own, and nothing surfaced here until today. -- Gregg C Levine [EMAIL PROTECTED] This signature was once found posting rude messages in English in the Moscow subway. -- 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: More compile errors...
In general, this error ... checking for C compiler default output... configure: error: C compiler cannot create executables ... means that your linkage editor (ld) either doesn't work or cannot be found. This could be for a number of reasons; but I suspect that you're missing key components. Did you install **all** the Development group from YaST? You don't just need c++ ... you need *all* the utilities and libraries that go with it. --Jim-- -- 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 smime.p7s Description: S/MIME Cryptographic Signature
Re: pico to xedit mkboot
As an alternative, before you ftp the file, you could run unix2dos on it --Jim-- -- 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: make/gmake question
Mace, From this and other questions you've asked, I'd have to conclude that you didn't install the Development group in YaST. I'd go back and do so if I were you ... a long list of very valuable programs is going to be missing until you do, and you won't discover their absence except for piece by numerous piece. BTDT ... installing them one at a time is very painful and slow. --Jim-- LJ Mace [EMAIL PROTECTED] Sent by: Linux on 390 Port LINUX-390@VM.MARIST.EDU 02/20/07 08:29 AM Please respond to Linux on 390 Port LINUX-390@VM.MARIST.EDU To LINUX-390@VM.MARIST.EDU cc Subject make/gmake question I'm having a problem trying to compile a program. I've tried make and gmake but neither could be found. I then tried to do a man on both and again neither were found. I'm running sles9 sp3...what am I missing?? thanks Mace Don't get soaked. Take a quick peak at the forecast with the Yahoo! Search weather shortcut. http://tools.search.yahoo.com/shortcuts/#loc_weather -- 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: trying to compile something
Check rpm for the package name gcc-c++ ... gcc is only the C language infrastructure. --Jim-- LJ Mace [EMAIL PROTECTED] Sent by: Linux on 390 Port LINUX-390@VM.MARIST.EDU 02/14/07 08:33 AM Please respond to Linux on 390 Port LINUX-390@VM.MARIST.EDU To LINUX-390@VM.MARIST.EDU cc Subject trying to compile something I'm trying to compile a html2text tool, but when I attempt to do so I get: Checking C++ compiler... Error: Could not find a working C++ compiler. I have a gcc lib: /usr/lib/gcc-lib/s390-suse-linux/3.3.3 I've even ensured the path by doing an export : export PATH=$PATH:/usr/lib/gcc-lib/s390-suse-linux/3.3.3 what am I missing?? thanks mace The fish are biting. Get more visitors on your site using Yahoo! Search Marketing. http://searchmarketing.yahoo.com/arp/sponsoredsearch_v2.php -- 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 smime.p7s Description: S/MIME Cryptographic Signature
Re: trying to compile something
Mace, gcc-c++ is installable thru YaST You'll have to go back to the original installation media to find it. Sorry. --Jim-- LJ Mace [EMAIL PROTECTED] Sent by: Linux on 390 Port LINUX-390@VM.MARIST.EDU 02/14/07 10:59 AM Please respond to Linux on 390 Port LINUX-390@VM.MARIST.EDU To LINUX-390@VM.MARIST.EDU cc Subject Re: trying to compile something I've looked and I don't have this on my servers nor do I have it on my original server. Can I download this? And if I can where? thanks Mace --- James Tison [EMAIL PROTECTED] wrote: Check rpm for the package name gcc-c++ ... gcc is only the C language infrastructure. --Jim-- LJ Mace [EMAIL PROTECTED] Sent by: Linux on 390 Port LINUX-390@VM.MARIST.EDU 02/14/07 08:33 AM Please respond to Linux on 390 Port LINUX-390@VM.MARIST.EDU To LINUX-390@VM.MARIST.EDU cc Subject trying to compile something I'm trying to compile a html2text tool, but when I attempt to do so I get: Checking C++ compiler... Error: Could not find a working C++ compiler. I have a gcc lib: /usr/lib/gcc-lib/s390-suse-linux/3.3.3 I've even ensured the path by doing an export : export PATH=$PATH:/usr/lib/gcc-lib/s390-suse-linux/3.3.3 what am I missing?? thanks mace The fish are biting. Get more visitors on your site using Yahoo! Search Marketing. http://searchmarketing.yahoo.com/arp/sponsoredsearch_v2.php -- 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 Do you Yahoo!? Everyone is raving about the all-new Yahoo! Mail beta. http://new.mail.yahoo.com -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- 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: use sed or awk or ?
This works for me in GNU sed: sed '0,/^\#/ c My new line content goes here. Watch out for special characters.' Regards, --Jim-- James S. Tison Senior Software Engineer Software Group/EPS Architecture IBM Corporation Romanowski, John (OFT) [EMAIL PROTECTED] Sent by: Linux on 390 Port LINUX-390@VM.MARIST.EDU 10/25/2006 03:57 PM Please respond to Linux on 390 Port LINUX-390@VM.MARIST.EDU To LINUX-390@VM.MARIST.EDU cc Subject use sed or awk or ? I want to find the first comment line that begins with a target string in column 1 (#target) and replace only that first target line with another string. There are multiple lines that begin with #target. I've struck out with sed (not that I know sed). Any quick hints on a sed or awk or ?? sequence that does that? This e-mail, including any attachments, may be confidential, privileged or otherwise legally protected. It is intended only for the addressee. If you received this e-mail in error or from someone who was not authorized to send it to you, do not disseminate, copy or otherwise use this e-mail or its attachments. Please notify the sender immediately by reply e-mail and delete the e-mail from your system. -- 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: Question on /sys/devices/qeth
Those files are established by the kernel, and their permissions are fixed, in my experience. Trying to sync such a file is hopeless. Allow the kernel on the target machine to live with its copies. If it were me, I would exempt at least /sys and /proc from your rsync list. The reason why is that these files are kernel instrumentation, with custom-supplied internal I/O service functions. If its implementor meant it to be write-only, then it serves some input-only purpose relative to the kernel, and it probably has no read() stub. --Jim-- James K Barnett [EMAIL PROTECTED] Sent by: Linux on 390 Port LINUX-390@VM.MARIST.EDU 07/11/2006 03:23 PM Please respond to Linux on 390 Port LINUX-390@VM.MARIST.EDU To LINUX-390@VM.MARIST.EDU cc Subject Question on /sys/devices/qeth Hello, First time posting on here, but enjoy going through the emails. quick backround. Running sles 9 under VM 5.2 I was using rsync to do a few directory level backups, and get a handfull of permission denied on /sys/devices/qeth files. It seems these files are --w--- only. Can someone give me a reason why, and if it would be ok to change them to rw? Thanks. Jim Barnett email: [EMAIL PROTECTED] This e-mail, including attachments, may include confidential and/or proprietary information, and may be used only by the person or entity to which it is addressed. If the reader of this e-mail is not the intended recipient or his or her authorized agent, the reader is hereby notified that any dissemination, distribution or copying of this e-mail is prohibited. If you have received this e-mail in error, please notify the sender by replying to this message and delete this e-mail immediately. -- 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: snIPL on zLinux
Betsie, Just a wild guess ... maybe getopt() [or whatever was used to replace it] gets confused by the dash at the shell cmdline. You might try these as a desperate last stab: snipl -L xx.xx.xx.xx -x 'CCPUC-LX2' ...or ... snipl -L xx.xx.xx.xx -x CCPUC\-LX2 --Jim-- Spann, Elizebeth (Betsie) [EMAIL PROTECTED] Sent by: Linux on 390 Port LINUX-390@VM.MARIST.EDU 06/12/2006 11:16 AM Please respond to Linux on 390 Port LINUX-390@VM.MARIST.EDU To LINUX-390@VM.MARIST.EDU cc Subject Re: snIPL on zLinux All our image names have a dash. I have been able to successfully run snIPL with the option -x which returns all the image names. It's only when I pass an image name as an option, that snIPL has a problem. First example works, second doesn't snipl -L xx.xx.xx.xx -x snipl -L xx.xx.xx.xx -r CCPUC-LX2 Betsie -Original Message- From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of Christian Borntraeger Sent: Monday, June 12, 2006 4:08 AM To: LINUX-390@VM.MARIST.EDU Subject: Re: snIPL on zLinux On Thursday 01 June 2006 20:16, Spann, Elizebeth (Betsie) wrote: Hi, Is anyone running snIPL on zLinux? This is a DeveloperWorks product documented in Device, Drivers, Features and Commands. I believe there is a problem handling image names that have a dash, eg. CCPUC-LX2 Hi, I talked to Ursula (the current maintainer of snipl) and she told me to forward this to the list as she is not subscribed: --- currently snipl assumes that an image name does not contain a dash '-' and defines an extra dash-usage required when snipl talks to the HMC refering to an image name of a specific CPC. I have introduced this in 2005 after I have been told: The '-' character is NOT a valid character for the CPC or Image name. The valid characters are basically A-Z and 0-9. These are documented in the help panels for the HMC/SE tasks tha are used to define these names. If this is wrong, and a dash '-' is a valid character for an image name, I have to determine another character unallowed in CPC / Image names that I can use for snipl to separate CPC and image. I am going to contact my HMC-colleagues within IBM to determine whether dashes are valid in image names or not. -- 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 -- 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: Who's been reading our list...
Don't forget to check your power supply under load, either. The PS is the primary point of entry for those dustbunnies, which can really hose a power supply. I've had just *one* bad AMD chip in the past (not bad for as many as I've bought) which actually behaved once I cut its multiplier down to below spec; but all the rest of the failures I've seen have been power supply-related (sigh, even Antec). The symptoms you'll see might make you *think* it's CPU/thermal. --Jim-- Kielek, Samuel [EMAIL PROTECTED] Sent by: Linux on 390 Port LINUX-390@VM.MARIST.EDU 05/18/2006 10:32 AM Please respond to Linux on 390 Port LINUX-390@VM.MARIST.EDU To LINUX-390@VM.MARIST.EDU cc Subject Re: Who's been reading our list... Many times when it works like that for a little bit and then freezes up, you're experiencing a thermal issue. There could be any number of reasons for that and a couple of the common ones it seems you looked at (fans, heastink). And yes, the Athlon is not in the same class as the Opteron. :) -Sam -- 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: Where to ask a Linux/Intel question.
I've found linuxquestions.org to be a pretty good source for Intel Linux questions. --Jim-- James S. Tison Senior Software Engineer z/TPF Laboratory / Architecture IBM Corporation Witty signature line space for sale or rent -- 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: X-compile build
Very. Linux on 390 Port LINUX-390@VM.MARIST.EDU wrote on 12/06/2005 07:47:44 AM: Is it possible to cross compile 390x(64bit) on an i86(32bit)? -- 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: X-compile build
IIRC, crt{n,i,0}.o are built in glibc. If I didn't want to go through cross-building glibc, I'd just: transfer all these from a real s390x machine to the place where your cross binutils/gcc expects to find them. But if you want a full cross-development environment, you'll need a glibc anyway: you could transfer all that, too, but why deprive yourself of the fun of a full cross-build from scratch? :-) --Jim-- Start anything you like. Just don't count on getting it done before you get a BSOD. John Summerfied [EMAIL PROTECTED] Sent by: Linux on 390 Port LINUX-390@VM.MARIST.EDU 12/05/2005 08:41 PM Please respond to Linux on 390 Port To LINUX-390@VM.MARIST.EDU cc Subject Re: X-compile build Neale Ferguson wrote: I'm attempting to build a cross-compiler for s390 on x86. I downloaded and built binutils okay. I downloaded and configured gcc okay. When I build gcc it spits it with: /usr/local/s390x-ibm-linux/bin/ld: crti.o: No such file: No such file or directory Is there something I needed to set up? There used to be a how-to on IBM's website, anf it was announced on this list when you and I were subscribed from different addresses (IE a while back). -- 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 -- 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: Which profile file is read on z/Linux?
Can't agree more with all of the posters who've advised you to stay out of /etc/profile and pointed you to /etc/profile.d and similar directories. This directory nest might seem disoriented at first. I can't agree any more strongly with John's recommendation, either. In this circumstance, z/Linux is no different than the rest of the Linuces. The Linux Standard Base (LSB ... refer to http://www.linuxbase.org) defines the minimum requirements for shell initialization. Both SuSE and Red Hat conform, so you're safe on either of those platforms (as you'd be on most of the other distros, too) if you assume the /etc/* directories with effects on shell init exist. As you decide as to how to implement your feature(s), you might want to refer to the LSB and conform. Otherwise you might find yourself implementing a solution whose validity might disappear over time ... or with your next system maintenance update ... or worse. Unfortunately, many products existed or were in development before LSB: they're only now starting to do the right thing. It's going to take some time before all the software houses get it implemented across their product lines. Peace, --Jim-- John Summerfied [EMAIL PROTECTED] Sent by: Linux on 390 Port LINUX-390@VM.MARIST.EDU 11/16/2005 01:07 AM Please respond to Linux on 390 Port To LINUX-390@VM.MARIST.EDU cc Subject Re: Which profile file is read on z/Linux? snip The best place to learn this stuff is on one's own peecee. It's cheap, it can be at home, and only you care if you stuff it up. /snip -- 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: How to tell if LVM is striped
lvdisplay will do it. Look for rows that start with Stripes and Stripe size. If you see those rows, it's striped. If you don't, it's not. lvdisplay /dev/vg06/ctx01 --- Logical volume --- LV Name/dev/vg06/ctx01 VG Namevg06 LV Write Accessread/write LV Status available LV # 1 # open 1 LV Size13.74 GB Current LE 3518 Allocated LE 3518 Stripes2 Stripe size (KByte)8 Allocation next free Read ahead sectors 1024 Block device 58:19 --Jim-- James S. Tison Senior Software Engineer TPF Laboratory / Architecture IBM Corporation Start anything you like. Just don't count on getting it done before you get a BSOD. -- 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: Finding an not installed file
If you've got cwd pointing to a directory of rpm package files, you could do this to find which package(s) supply libblah.so.1: o rpm -q --filesbypkg -p *.rpm | grep libblah.so.1 YaST is based on rpm package files, so I'd guess this would be the way you'd wanna do it as long as you could point yourself to the proper subdirectories in each of the installation CDs. --Jim-- James S. Tison Senior Software Engineer TPF Laboratory / Architecture IBM Corporation My brain works just like lightning -- one brilliant flash, and it's gone! Tom Duerbusch [EMAIL PROTECTED] Sent by: Linux on 390 Port LINUX-390@VM.MARIST.EDU 11/07/2005 11:52 AM Please respond to Linux on 390 Port To LINUX-390@VM.MARIST.EDU cc Subject Finding an not installed file Weird question, but it may have an easy answer. During a product installation, it said that I was missing libdb.so.2 file. So I go to Yast, and do a search for it. Not there. I queried the vender and was told that I needed the gnome-libs rpm installed. OK, Yast found that. Sure enough, when I installed it, my immediate problem was fixed. But the question is... When you know what file is needed, but not what package it is in, is there a way for Yast (or other command) to scan for that file and say what package it is in? Thanks Tom Duerbusch THD Consulting -- 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: Generating and fstab from list of mounted file systems
The closest thing bash has to REXX stems is the array; but be forewarned: bash arrays are a PITA to work with. REXX stems are much easier. --Jim-- James S. Tison Senior Software Engineer TPF Laboratory / Architecture IBM Corporation My brain works just like lightning -- one brilliant flash, and it's gone! James Melin [EMAIL PROTECTED] Sent by: Linux on 390 Port LINUX-390@VM.MARIST.EDU 10/21/2005 05:01 PM Please respond to Linux on 390 Port To LINUX-390@VM.MARIST.EDU cc Subject Re: Generating and fstab from list of mounted file systems Looks to me that /etc/mtab contains the most complete information. The only thing it doesn't show is swap and the values of fs_freq and fs_passno (those last two numbers in the fstab) and that can be figured out by rule vs actual. root getting 1 1 the rest getting 1 2 and the thigns like sysfs and proc by rule are 0 0. Are there things like compound variables in the bash shell? Kinda like stem variables in rexx ? Something that can be declared and indexed through so that var.1 = /dev/dasda var.2 = {mountpoint} var.3 = fs type and so on? If that's possible in the bash shell then the administrivia of creating the script is pretty simple. I just have never seen compound variables in a bash shell script, so I'm not sure and someone walked off with my book. -J Rick Troth [EMAIL PROTECTED] Sent by: Linux on To 390 Port LINUX-390@VM.MARIST.EDU [EMAIL PROTECTED] cc IST.EDU Subject Re: Generating and fstab from list 10/21/2005 11:55 of mounted file systems AM Please respond to Linux on 390 Port [EMAIL PROTECTED] IST.EDU There are two files which may be of help, and have similar syntax to /etc/fstab. The two files are /etc/mtab (maintained by the 'mount' command program) and /proc/mounts (kernel space). Look at them, then decide if you want to do it manually once or automate for repeat performance. -- R; On Fri, 21 Oct 2005, James Melin wrote: Is thre a utility that can examine file systems that are mounted and generate a new fstab? Obviously after I do that single disk copy to the multiple HFS struture I need to create a new fstab snip for brevity Specifically I'm interested in figuring out how to examine a file system, determine if it's ext3, ext2, reiser, etc,and what the attributes should be (like acl,usr_xattr and the 1 1 or 1 2 stuff) The fstab example was generated by a manual install of the sles 9 system I am now trying to re-create via the single disk clone and copy to final destination method. -- 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: Errors compiling ooRexx 3.0.0 under SLES9 64-bit
Yes it does. Hopefully, compatibility mode is present. I've never seen a native 64-bit s390x implementation of oRexx. The one we got (binary, a long time ago) is definitely 32-bit and runs in compatibility mode. --Jim-- James S. Tison Senior Software Engineer TPF Laboratory / Architecture IBM Corporation Linux on 390 Port LINUX-390@VM.MARIST.EDU wrote on 2005-08-25 15:26:22: Post, Mark K wrote: You want to run your configure command like this: CFLAGS=-m31 ./configure --prefix= but that builds 31bit executable? -- Carsten Otte IBM Linux technology center ARCH=s390 -- 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 smime.p7s Description: S/MIME Cryptographic Signature
Re: Need help with VDISK SWAP on SLES9
Could it be that you just might need to refer to /dev/dasdb instead of /dev/dasdb1? You don't have any partitions on it after executing that CMS EXEC snippet. --Jim-- James S. Tison Senior Software Engineer TPF Laboratory / Architecture IBM Corporation My brain works just like lightning -- one brilliant flash, and it's gone! Dave Myers [EMAIL PROTECTED] Sent by: Linux on 390 Port LINUX-390@VM.MARIST.EDU 16-02-05 21:51 Please respond to Linux on 390 Port To LINUX-390@VM.MARIST.EDU cc Subject Need help with VDISK SWAP on SLES9 I can not get the VDISK SWAP to work at boot time on SLES9. I've read the posts on DIAG vs FBA. I'd be happy if I could just get FBA to work. Here's the part I don't understandif I reissue /etc/init.d/boot.swap command after the system is up, then the commands in boot.swap do the trick I do see a message in the log at boot-up time that says device /dev/dasdb1 unknown... Is this a timing issue? TIA Dave Here are the contents of the pertinant files: (PROFILE EXEC) queue '1' queue 'LNXSWAP' 'FORMAT 200 E ( BLK 4096' if rc 0 then exit rc queue '1' 'RESERVE LINUX SWAP E6' if rc 0 then exit rc (/etc/init.d/boot.swap) # After mounting we may activate swap files in /etc/fstab # .. this should work know with the new swapon behavio(u)r # # Activate DASD Device for swap ## modprobe dasd_fba_mod modprobe dasd_diag_mod echo Creating swap file signature mkswap /dev/dasda1 echo Activating remaining swap-devices in /etc/fstab... swapon -a /dev/null rc_status -v1 -r (/etc/fstab) /dev/dasdb1 / ext3 defaults 1 1 /dev/dasda1 swap swap defaults 0 0 devpts /dev/pts devptsmode=0620,gid=5 0 0 proc /proc proc defaults 0 0 Dave Myers Sirius Enterprise Systems Group Sr. Systems Engineer Office Phone: (303) 996-7112 Cellular Phone: (303) 619-0782 Home Office:(303) 948-0027 Fax: (303) 706.1713 e-mail: [EMAIL PROTECTED] -- 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 smime.p7s Description: S/MIME Cryptographic Signature
Re: Any caveats moving root filesystem to LVM?
The one caveat I'd lay out is: DON'T. There are only a couple of arguments pro, and zillions of arguments con. The con argument that carries the most weight with me is that you can recover from most any other disk disaster _except_ the corruption of your root device. As has been suggested, I make all of the 1st level subdirectories separate mount points, and place their contents on non-root devices (LVMs, even!!). I only keep the directories needed for booting (/etc, /bin, /sbin, /boot, /lib ... CAUTION: this list might not be complete!! I'm working off the top of my head...) on the root device. Once you've done this, you won't have any reason to make your root device LVM -- it will turn out to be very manageable in terms of size. If you wanna use that extra space on the root device, go ahead and partition it, and give partition 2 over to LVM for use. Bottom line: there are a few disaster cases where having your root device LVMed would make your system unbootable. I haven't sat down to count them all, but they exist. I use LVM for everything except the root disk. LVM has lots of value for allocations that exceed physical device bounds: a well-administered root device isn't one of them. As to the quality of LVM overall: backup your filesystems with filesystem-independent tools (like tar, Amanda, TSM, etc). Do not trust disk surface in the long run: it _can_ go bad, LVM or not. LVM just adds one more layer of potential data scrambling ... never a good thing when you're up to your waist in a disaster. LVM works very well, and I've found it so far to be very reliable (2 years in service now); but you don't want to deal with that extra layer in a disaster context, and you gain nothing from putting a well-thought-out root device under LVM control. Peace, --Jim-- James S. Tison Senior Software Engineer TPF Laboratory / Architecture IBM Corporation Meum cerebrum nocet -- 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 smime.p7s Description: S/MIME Cryptographic Signature
Re: Big Iron change
Aha. I read it as a question of value. Sorry about that. We didn't have to reinstall a single thing. It all just worked (SLES 8). --Jim-- James S. Tison Senior Software Engineer TPF Laboratory / Architecture IBM Corporation Meum cerebrum nocet Adam Thornton [EMAIL PROTECTED] Sent by: Linux on 390 Port [EMAIL PROTECTED] 29-11-04 10:26 Please respond to Linux on 390 Port To [EMAIL PROTECTED] cc Subject Re: Big Iron change On Nov 29, 2004, at 7:50 AM, James Tison wrote: Gotta disagree -- it depends (as I've heard it said many times). I have one machine under _very_ heavy interactive load. Going from z/900 to z/990 made all the difference in the world to it, in terms of performance as well as stability (the z/VM Q3 issue I'd been experiencing disappeared). Your mileage may vary. Ah, but the question was, does he have to reinstall his penguins. And the answer is probably not. They will get faster because the hardware is faster, but reinstalling the Linux image itself probably won't help. At least not if you install it with all the same parameters. Adam -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- 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 smime.p7s Description: S/MIME Cryptographic Signature
RHAS 3 (s390x) path to ld-2.?.?.so ???
Would there be anyone out there with an installed RHAS 3 s390x (64-bit) server that could kindly provide me with the full pathname to the 'standard' (64-bit, NOT the 32-bit compatibility version) runtime ELF interpreter/loader? There should be a symlink in either /lib64 or /lib called ld64.so.1 that points to this file readelf -a run against any 64-bit shared object should also return the symlink's path as INTERP in the program header section. Any help is gratefully appreciated. TIA, --Jim-- James S. Tison Senior Software Engineer TPF Laboratory / Architecture IBM Corporation Back up my hard drive? How do I get it into reverse? -- 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: RHAS 3 (s390x) path to ld-2.?.?.so ???
Thanks, Bruce!! --Jim-- James S. Tison Senior Software Engineer TPF Laboratory / Architecture IBM Corporation Back up my hard drive? How do I get it into reverse? Bruce Hayden [EMAIL PROTECTED] Sent by: Linux on 390 Port [EMAIL PROTECTED] 12-11-04 13:26 Please respond to Linux on 390 Port To [EMAIL PROTECTED] cc Subject RHAS 3 (s390x) path to ld-2.?.?.so ??? Ref: Your note of Fri, 12 Nov 2004 13:19:17 EST I'm thinking I should have added that this is a symlink in the /lib64 directory, 'cos that's what you really wanted to know.. ld64.so.1 - ld-2.3.2.so Bruce Hayden IBM Global Services -- 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 smime.p7s Description: S/MIME Cryptographic Signature
Re: /etc/passwd and /etc/shadow - synchronized on multiple images
Tweak your PAM stacks. Put pam_ldap.so first for all mgmt types, then make it sufficient. Leave the rest of the PAM stack in place. Trim down /etc/passwd and friends to only those uids you want to permit to login thru pam_unix2.so. Read up on PAM (man 8 pam, and a bunch of documentation that should have come with your distro) ... there may be side effects to this that you don't want, and there are options you may wish to use to further refine LDAP vs other login processing types. --Jim-- James S. Tison Senior Software Engineer TPF Laboratory / Architecture IBM Corporation Backup my hard drive? How do I put it into reverse? James Melin [EMAIL PROTECTED] Sent by: Linux on 390 Port [EMAIL PROTECTED] 21-04-04 11:11 Please respond to Linux on 390 Port To [EMAIL PROTECTED] cc Subject Re: /etc/passwd and /etc/shadow - synchronized on multiple images Ahh, there's the rub... how do you set up linux so users authenticate against LDAP but root, db2inst1, da1usr, snort, squid and so on, do not. Post, Mark K [EMAIL PROTECTED] m To Sent by: Linux on [EMAIL PROTECTED] 390 Port cc [EMAIL PROTECTED] IST.EDU Subject Re: /etc/passwd and /etc/shadow - synchronized on multiple images 04/21/2004 10:07 AM Please respond to Linux on 390 Port [EMAIL PROTECTED] IST.EDU James, Are you talking about system administrator accounts, or user accounts? As Thomas said, using LDAP, with or without Kerberos, etc., would be a good idea, but _not_ for those accounts that need to be able to login to fix problems with those kinds of tools. You won't be happy if LDAP isn't working, and you can't login to fix it, because both your account and the root account need LDAP to be available. Keeping things consistent across images for those so-called local accounts isn't particularly easy, when done manually, but I'm not aware of any good, free, tools to do that. What I've done, when creating new images, is copy the parts of /etc/passwd and /etc/shadow that have UIDs for real people to the new system, append it to the production copies, and then run a script that copies their existing home directories from a source system, and then does a chown -R on it. Mark Post -Original Message- From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of James Melin Sent: Wednesday, April 21, 2004 9:24 AM To: [EMAIL PROTECTED] Subject: /etc/passwd and /etc/shadow - synchronized on multiple images What is the best method to duplicate the user list, GID/UID assignments for users on multiple Linux guests and keep them consistent? -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 smime.p7s Description: S/MIME Cryptographic Signature
Re: How to restrict memory/CPU for certain users
There's also getrlimit() setrlimit() (replacements for the obsolete ulimit()), which are supposed to work, but do not in all cases. If you've got PAM on your system (as my SLES 8 box does), you can set /etc/security/limits.conf ... the PAM stack is supposed to (and does, BTW) call setrlimit() to set the limits.conf-resident values applicable to the uid/gid before the userspace program gets control. I find it very effective at limiting nproc, for example (to stop runaway fork() loops), but I haven't found a way that _works_ to enforce userspace memory limits. I can only guess that there must be certain back doors to memory allocation that bypass checks on these limits, because I still get a runaway process (usually user-written test-level code) every now and then that will try to suck up every byte of memory in the box -- CRASH. I started looking for these back doors, but then work intervened. :-( This sounds like the facility you're looking for -- its design permits control by users groups (or everyone, if you like) -- it just doesn't allow for controls on a per-program basis, which would be okay with me. Now, if it only worked 100% of the time ... sigh. I'm hoping for better in kernel series 2.6.x. The good Mr. Cox didn't even mention this. Is the facility _that_ crippled? Or is Apache just calling setrlimit() in the cited cases? I could describe the symptoms of a fatal run on memory ... most of us have probably seen them ... but I'll spare us all the blood and gore for now. Someday I'll get freed up enough to tilt against this windmill for a while. --Jim-- James S. Tison Senior Software Engineer TPF Laboratory / Architecture IBM Corporation Back up my hard drive? How do I get it into reverse? Ranga Nathan [EMAIL PROTECTED] Sent by: Linux on 390 Port [EMAIL PROTECTED] 27-10-04 18:40 Please respond to Linux on 390 Port To [EMAIL PROTECTED] cc Subject How to restrict memory/CPU for certain users I want to restrict memory and cpu for each execution of a CGI to prevent the CGI scripts taking over the system. We had a few lock-ups and had to re-IPL our Linux LPAR. Not good! I tried to restrict cpu for 'nobody' (coming in via Apache) to 1minute in /etc/security/limits.conf, but Apache would not come up (script returned 7). It may be because Apache parent process downgrades itself from 'root' to 'nopbody'. I wonder how others do it. Also, will this problem be under control in z/VM environment? We run SLES 8 in an LPAR now. Thanks and regards __ Ranga Nathan / CSG Systems Programmer - Specialist; Technical Services; BAX Global Inc. Irvine-California Tel: 714-442-7591 Fax: 714-442-2840 -- 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 smime.p7s Description: S/MIME Cryptographic Signature
Re: Cannot append data to file /var/log/sa/sa.2004_10_03: the number of processors has changed
You can alter its time-based dispatch in /etc/cron.d/sysstat (probably ... if not there, then in one of the /etc/cron* directories). But if all you're looking to do is squish the message, you can delete the file currently being written (/var/log/sa.2004_10_03) so the next process starts a brand new binary file with the right number of processors, rather than changing its dispatch attributes. I think sa will just start a new one. --Jim-- James S. Tison Senior Software Engineer TPF Laboratory / Architecture IBM Corporation Back up my hard drive? How do I get it into reverse? Peter E. Abresch Jr. - at Pepco [EMAIL PROTECTED] Sent by: Linux on 390 Port [EMAIL PROTECTED] 03-10-04 13:58 Please respond to Linux on 390 Port To [EMAIL PROTECTED] cc Subject Cannot append data to file /var/log/sa/sa.2004_10_03: the number of processors has changed We are running 2 SuSE Linux 8.1 SP03 in native LPAR modes on an IBM 2066-002. We were originally sharing 2 central processors. Over this weekend, we installed an IFL and I reconfigured the Linux LPARs to share the IFL. All seems well and everything seems to be functioning but I am seeing the following message: Cannot append data to file /var/log/sa/sa.2004_10_03: the number of processors has changed The number of processors did change, from a 2 shared central processors to 1 shared IFL. Where do I re-configure the sa command to prevent this message from being issued ever 10 minutes. Thanks. Peter This Email message and any attachment may contain information that is proprietary, legally privileged, confidential and/or subject to copyright belonging to Pepco Holdings, Inc. or its affiliates (PHI). This Email is intended solely for the use of the person(s) to which it is addressed. If you are not an intended recipient, or the employee or agent responsible for delivery of this Email to the intended recipient(s), you are hereby notified that any dissemination, distribution or copying of this Email is strictly prohibited. If you have received this message in error, please immediately notify the sender and permanently delete this Email and any copies. PHI policies expressly prohibit employees from making defamatory or offensive statements and infringing any copyright or any other legal right by Email communication. PHI will not accept any liability in respect of such communications. -- 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 smime.p7s Description: S/MIME Cryptographic Signature
Re: Newbie: Transferring data from Linux to mainframe
Product? You don't need no steenking product. (Sorry, Americanism from Hollywood) You just can't get those tape labels that MVS seems to thrive on. Here's what I would do in your position, assuming that data_producer_pgm is the output I want to record and convert: export BLKSIZE=1024# or whatever you want mt -f /dev/tape rewind # make sure youre at blk 0 data_producer_pgm | iconv -f ISO-8869-1 -t IBM1047 | \ dd -bs=$BLKSIZE /dev/tape mt -f /dev/tape offload# clear tape for next guy If data_producer_pgm is something inane like 'cat', then just skip that step and name the file as input to iconv. The -f and -t operands of the iconv command may differ, depending on what the source and target character sets are. If there's any binary data in the output, DON'T USE iconv. You'll have to write an application-specific translator instead. I seem to recall many years ago that there used to be a TRTCH option in MVS that did ASCII-EBCDIC translation; but it was hardware dependent, and I see that it's now gone from my copy of the JCL Reference. The output blocksize of the tape is going to depend on how you write to it, so I've put a 'dd' step in the middle that reads and writes in the blocksize of your choice (default input = stdin, default output = stdout, perfect for piping), as the example shows, just for insurance. You won't have labels, so you _have_ to furnish DCB information to MVS when you process over there. When you take the cartridge over to MVS, mount it as no label. If you really gotta have labels, you can put them on in MVS with an intermediate IEBGENER job before you process the tape on the MVS side, like so: //JOBNAME JOB account,etc //ADDLABEL EXEC PGM=IEBGENER //* SYSUT1 came from Unix: no labels. //SYSUT1 DD UNIT=tape,LABEL=(1,NL),DCB=(DSORG=PS,RECFM=FB, //LRECL=1024,BLKSIZE=1024,TRTCH=NOCOMP),DISP=SHR //* SYSUT2 is the copy all MVS jobs will use from now on. //* Make it MVS-friendly (add labels, give it a DSN, and catalog) //SYSUT2 DD DSN=tape.dsn,UNIT=whatever,DCB=(either.copy.or, //change,your.choice),DISP=(,CATLG,UNCATLG) //SYSINDD DUMMY WARNING: the ability to process unlabeled tapes is often restricted by RACF. If you work in one of these shops, get the admin to lift this restriction for at least you. I added a TRTCH parameter to the SYSUT1 DD because I have no clue what kind of tape hardware you'll be assigned on the MVS side -- this might be unnecessary; but it can't hurt. ANOTHER WARNING: I haven't had to do this in at least 10 years. My memory could be a little rusty. Let me know how this works for you. If you're reading this tape on VM/CMS, just let CMS TAPE do its thing -- it works tapemark-to-tapemark, just like Unix tape processing does, and couldn't care less about labels. --Jim-- James S. Tison Senior Software Engineer TPF Laboratory / Architecture IBM Corporation If dogs don't go to heaven, then, when I die, I want to go where they do. -- Will Rogers Taraka Srinivas Kumar [EMAIL PROTECTED] Sent by: Linux on 390 Port [EMAIL PROTECTED] 05/31/2004 08:50 Please respond to Linux on 390 Port To [EMAIL PROTECTED] cc Subject Newbie: Transferring data from Linux to mainframe Hi Guys, Is there any way to write to a tape from Linux server and then read the same on IBM Mainframe as an EBCDIC tape? - Any product (Open source or 3rd party)? Regards, Srinivas. [attachment InterScan_Disclaimer.txt deleted by James Tison/Poughkeepsie/IBM] -- 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: Newbie: Question about porting applications to linux on z series
Welcome to the list. If the application truly contains no architecture-specific code, and makes no assumptions about the size of int as opposed to the sizeof int*, for example, you only need to recompile; whether it's for s390 (32-bit words, 31-bit addressing) or s390x (64-bit words and addressing). Casting into ints also gets sticky in s390x, but, in general, if it's well-written C/C++ code, it should just port (and in general, just work) with no sweat. Of course, I can count the well-written programs I've seen in my 22 years working with C on both hands; but if you've got one, it should port very well. Pointer arithmetic is defined by the C/C++ language(s). As long as you don't try casting addresses into ints and operating on the int, you're ok. Your questions make perfect sense. Give your port a shot, and see what happens. The first thing I always do is just try to compile it, and then see what errors warnings pop up. Sometimes well- written code isn't as well-written as we'd think, and it needs a little correction to be LP-64 operable. --Jim-- James S. Tison Senior Software Engineer TPF Laboratory / Architecture IBM Corporation If dogs don't go to heaven, then, when I die, I want to go where they do. -- Will Rogers Megh Bhatt [EMAIL PROTECTED] Sent by: Linux on 390 Port [EMAIL PROTECTED] 05/30/2004 14:42 Please respond to Linux on 390 Port To [EMAIL PROTECTED] cc Subject Newbie: Question about porting applications to linux on z series Hi, I'm new to the list. I had a question about porting applications to linux on z series from linux on intel. If the application does not contain any architecture specific code, how does one port it? Is it as simple as compiling it with some flags set to indicate that it is going run on linux on z series ? What about pointer arithmetic or does gcc take care of it if the application is compiled with relevant flags - I read somewhere that there is 31 bit addressing mode and 64 bit addressing mode. Does an application writer need to be aware of that? Finally do the questions make any sense? Thanks and waiting for a response. Megh Bhatt Software Engineer CyberGuard Corporation 2000 West Commercial Blvd. Suite 200 Fort Lauderdale, FL 33309-3073 Phone: (954) 958-3900 3013 Fax: (954) 958-3901 http://www.cyberguard.com http://www.cyberguard.com [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] CONFIDENTIALITY NOTICE The information contained in this communication, including attachments is privileged and confidential. It is intended only for the exclusive use of the addressee. If the reader of this message is not the intended recipient, or the employee or agent responsible for delivering it to 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 notify us by telephone and immediately delete the communication. -- 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 attachment: image001.gif
Re: Did some extensive hipersocket testing/benchmarking.... need help interpreting results.
I fear I'm gonna start a flame war here, but here goes anyway. WARNING: I am NOT speaking for IBM here ... this is all personal experience. I also want to apologize in advance for the length of this post. Network bandwidth is measured point-to-point. Leland's test using netpipe is probably the best indicator of what this _theoretical_ maximum is. Network bandwidth is always stated _independent_ of IP stack processing time and other interference factors. Gigabit Ethernet means that the maximum transmission rate that the NIC can handle is 1000 Gbps (that's bits, or 125 MB[ytes]ps). Like any other I/O method, you can't go any faster than your most restrictive bottleneck will allow. FTP is a __TERRIBLE__ benchmark. Remember that besides network bandwidth, other factors that might introduce latency are things like OS scheduling delays/timeslicing on both client and server ends, disk I/O delays on both ends, etc; _not_to_mention_ TCP SYN/ACK traffic, possible retransmissions, packet fragmentation and reassembly, etc. A better but much more complicated way to test if you can't afford (or author) benchmarking software The two peers you test with have _got_ to have ZERO routing hops between them: routing can also introduce latency; but with hipersockets, this isn't supposed to be an issue. You may not think that a typical LAN routing latency of 4-6 ms is a big deal, but the more packets that get sent (and ACKed), the more _any_ latency will hurt your final net throughput value. We're talking about possibly thousands of packets, and nK * X ms = seconds, at least. The fastest way to the IP stack that I know of without going raw is ICMP (ping). You can adjust the ping packet size to a value close to and below the lowest MTU size of each of the two peers (you don't want fragmentation involved, either, and IIRC, even large ICMP packets will fragment), then set flood ping mode, and let 'er rip. Some peers will refuse to run flood mode ... the VM TCPIP peer I have a PPP connection with inserts a 200 ms interval, so you cannot use the total time reported at the end, but the averages work. In these cases, you need to run an adaptive ping (-A) instead of a flood (-f). Here's how this works: I figure the maximum packet size to be the MTU - 20 (IP header) - 8 (ICMP header) - 8 (ICMP_ECHO_REQUEST). This works out to 1456 for me. Here's what I get with my VCTC connected VM TCPIP peer, with my MTU set at 1492 on a brand-spanking new z/990 running z/VM 4.4: ping -A -c 100 -s 1456 9.10.11.12 snip --- 9.10.11.12 ping statistics --- 100 packets transmitted, 100 received, 0% loss, time 20788ms rtt min/avg/max/mdev = 0.159/0.224/0.344/0.043 ms I can't use time 20788 ms as reported: there's 200 ms of interval inserted by the peer for every ping. So instead, I can calculate total time as rtt avg (0.224 ms) times the packet count (100), to yield 22.4 _milli_seconds, or 0.0224 seconds. Since this is round trip (rtt), I can divide this by 2, yielding 0.0112 seconds. The total data transmitted was 1492 bytes X packet count (100), yielding 149,200 bytes. The effective bandwidth calculation now works out to 149,200 --- = 13,321,428 B/sec 0.0112 (note the big 'B': that's bytes, not bits. Little 'b' is supposed to mean 'bits', but this convention isn't always followed) 13,321,428 / (1024 X 1024) = 12.70 MB/s This is a NET figure, and it really doesn't look stellar, does it? IP stack time in and out is still being measured. So we repeat this test with a minimum packet data size (-s 16, yielding a total packet size of 52 bytes), and we get: rtt min/avg/max/mdev = 0.128/0.196/0.456/0.061 ms That's 5,200 -- = 518 KB/s 0.0098 Big difference, huh? But if we look at these measurements out of context, we're gonna scratch our heads, much like the first inquirer did. We need to look at them _comparatively_ to figure out what the _delta_ is between the two transmission rates. That is, (Where Blarge = bytes xferred in large packet test, Bsmall = bytes transferred in small packet test, Tlarge = time consumed in large packet test, and Tsmall in small packet test), which measures the effective bandwidth, or the rate at which _additional_ data is transferred, effectively removing the IP stack interference factor: Blarge - Bsmall --- = Absolute bandwidth Tlarge - Tsmall Which yields, in my case: 149,200 - 5,200 --- 0.0112 - 0.0098 144,000 --- = 102,857,142 B/sec 0.0014 ... or 98 MB/sec (or 784 Mbps, however you wanna look at it). Absolute bandwidth is the actual transmission speed, in-pipe. It can be reduced by other traffic sharing that same pipe with you as you test. I just ran this test a few minutes ago, in the midst of a production day, which isn't an accurate or wise
Re: Did some extensive hipersocket testing/benchmarking.... need help interpreting results.
What is the theoritical maximum for a hipersocket? To be honest (and embarassed), I have no clue. Maybe someone else does. Alan? --Jim-- James S. Tison Senior Software Engineer TPF Laboratory / Architecture IBM Corporation If dogs don't go to heaven, then, when I die, I want to go where they do. -- Will Rogers Lucius, Leland [EMAIL PROTECTED] Sent by: Linux on 390 Port [EMAIL PROTECTED] 05/28/2004 16:19 Please respond to Linux on 390 Port To [EMAIL PROTECTED] cc Subject Re: Did some extensive hipersocket testing/benchmarking need help interpreting results. I don't know if this high school dropout can handle this, but let me try. I got me a hipersocket with an MTU of 57344 (on both ends), so: For the biggie: tux:~ # ping -f -A -c 100 -s 57308 10.2.32.3 PING 10.2.32.3 (10.2.32.3) 57308(57336) bytes of data. --- 10.2.32.3 ping statistics --- 100 packets transmitted, 100 received, 0% packet loss, time 219ms rtt min/avg/max/mdev = 0.596/0.757/1.602/0.194 ms, ipg/ewma 2.212/0.790 ms I would have: ( 57308 + 20 + 8 + 8 ) * 100 = 151,503,302.5 or 144 MB/s .757 * 100 / 1000 / 2 For the smallie: tux:~ # ping -f -A -c 100 -s 16 10.2.32.3 PING 10.2.32.3 (10.2.32.3) 16(44) bytes of data. --- 10.2.32.3 ping statistics --- 100 packets transmitted, 100 received, 0% packet loss, time 56ms rtt min/avg/max/mdev = 0.100/0.158/0.483/0.062 ms, ipg/ewma 0.573/0.147 ms I would have: ( 16 + 20 + 8 + 8 ) * 100 - = 650,000 or 634 KB/s .160 * 100 / 1000 / 2 And for the comparative: 5734400 - 5200 -- = 154,634,278 or 147 MB/s .03785 - .0008 I can live with that. What is the theoritical maximum for a hipersocket? Leland -- 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: FTP server
in.tftpd is the trivial FTP server (TFTP) ... it's supposed to run on port 21. If you're looking for an ftp server and you don't try in.ftpd, try vsftpd. There should be a man page for it that will instruct you on how to start it. There was another ftpd option at install time: I've forgotten what it was. vsftpd has handled all my needs just fine. --Jim-- James S. Tison Senior Software Engineer TPF Laboratory / Architecture IBM Corporation If dogs don't go to heaven, then, when I die, I want to go where they do. -- Will Rogers Hugo Rivera [EMAIL PROTECTED] Sent by: Linux on 390 Port [EMAIL PROTECTED] 05/20/2004 15:26 Please respond to Linux on 390 Port To [EMAIL PROTECTED] cc Subject FTP server I'm trying to ftp my Linux SuSE environment but no luck. I got Connection refused. I started the server using: /usr/sbin/in.tftpd -l command (I didn't find a in.ftpd command) so in.tftpd server is up and running. I didn't set up any security level for my local network, and even when I ftp open the Linux ip address from inside the Linux server I got Connection refused. Its ip addr. is able to ping from anywhere on my local network, and it's using port 21 for FTP. Any suggestions??? Thank you. Hugo Rivera -- 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
SuSE SLES 8 SP3 (kernel 2.4.21-107)
We just upgraded from base SLES 8 (kernel 2.4.19-3) to SP3. We noted is the tape module configuration change. We hand- wrote a sysinit script to modprobe tape390, and now an implicit insmod for tape_3590 fails. Sure enough, the new modules.dep lists two modules: tape_3590 and tape_3590_mod with the main tape driver (kernel/drivers/s390/char/tape390.o) as the sole dependency for each. True to form, lsmod shows nothing so named as loaded, and an attempt to attach a 3590 fails to register the device. No I/Os issued against /dev/ntibm0 work when we attach a 3590, but all I/Os (and the contents of /proc/tapedevices) work for 3490 devices. When I try to cd into the directory with tape_3590.o and tape_ 3590_mod.o in it and issue insmod against either or both, I get flooded with unrecognized symbol messages ... I guess these don't match the kernel. The new initrd doesn't have/load any modules that would affect the tape* chain. Any ideas where I might be bumping my head? Fix? TIA, --Jim-- James S. Tison Senior Software Engineer TPF Laboratory / Architecture IBM Corporation If dogs don't go to heaven, then, when I die, I want to go where they do. -- Will Rogers -- 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: Websphere on Linux
As soon as I'd heard about it, I went to go research it as best I could. Personally, I have to admit I was a bit disappointed. I was hoping for better. AFAIK, this is all public domain knowledge; but I'm going to stay away from details that I fear might not be -- I like my job. Usual disclaimer: I don't officially speak for IBM here -- I am not connected with Java, z/OS, or zSeries hardware development as a matter of my job. The zAAP is just a normal zSeries CPU dedicated managed by the OS (z/OS V1R6+ only, as the poster below points out) to Java tasks. It provides no known performance benefit on a side-by-side address space comparison relative to a normal zSeries CPU. The zAAP does NOT implement any new hardware/mcode instructions to support JVM execution. As always, whether or not the zAAP will benefit you will depend on your workload, and this is where I have to stop. Contact your IBM account representative if you'd like to see the tech sales support materials; or if you have any speculative-level questions you'd like answered. Regards, --Jim-- James S. Tison Senior Software Engineer TPF Laboratory / Architecture IBM Corporation If dogs don't go to heaven, then, when I die, I want to go where they do. -- Will Rogers Linux on 390 Port [EMAIL PROTECTED] wrote on 05/14/2004 10:10:06: Can somebody theow some light on this zAAP processor ? Franz Josef Pohlen [EMAIL PROTECTED] Sent by: Linux on 390 Port [EMAIL PROTECTED] 05/14/04 07:37 PM Please respond to Linux on 390 Port [EMAIL PROTECTED] To [EMAIL PROTECTED] cc Subject Re: Websphere on Linux Hi, the zAAP processor will only work with zos 1.6 and above, - nothing else ., coming in september, I believe. The problem is that even IBMers ask themselves, which customer will need this. IBM has told everyone to consolidate his applications on zlinux using its really good internet capabilities. They have developed dozens of connectors to the data components on zos (DB2, CICS, IMS etc) Now they tell them to run websphere applications on zos with zAAPs. I would prefer zlinux on IFLs using hipersockets for communication to zos, because I think linux is the better unix than USS on zos and will get even better in future development of hard- and software. FJ - Original Message - From: McKown, John [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Friday, May 14, 2004 2:53 PM Subject: Re: Websphere on Linux -Original Message- From: Phil Payne [mailto:[EMAIL PROTECTED] Sent: Friday, May 14, 2004 5:15 AM To: [EMAIL PROTECTED] Subject: Re: Websphere on Linux It depends now on the size of the machine and whether zAAPs would be financially justifiable. There is no simple answer. Speaking of zAAPs, does anybody know if Linux will be able to take advantage of them? Or is it viewed a unnecessary by IBM? I can see where they might be of use if somebody is running Linux on a standard CP instead of an IFL for some reason. But, then, it might be better to just get an IFL. Except that a zAAP, I think, could be shared with z/OS and/or z/VM whereas an IFL cannot be. -- John McKown Senior Systems Programmer UICI Insurance Center Applications Solutions Team This message (including any attachments) contains confidential information intended for a specific individual and purpose, and its' content is protected by law. If you are not the intended recipient, you should delete this message and are hereby notified that any disclosure, copying, or distribution of this transmission, or taking any action based on it, is strictly prohibited. -- 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 ForwardSourceID:NT6252 [attachment InterScan_Disclaimer.txt deleted by James Tison/Poughkeepsie/IBM] -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
Re: REXEC revisited
Crispin, From your description, you're counting on the CMS guest to be able to execute the name resolver, then open a socket to the Linux rexecd host. This all sounds so simple that I wonder if something critical in your VM configuration didn't change when you went to z/VM 4.4. Perhaps the global DIRMAINT user profile changed to omit profile TCPPROF, or similar? I'd suggest you post this on a VM specialty list somewhere. I am able to run the REXEC client from my CMS guest right to the Linux guest running on the same VM LPAR. I have absolutely no idea what's required to make this work; but I just wanted to let you know that it *does* work on a properly configured z/VM 4.4 LPAR. One very reliable alternative I know of depends on the privilege class of the (ex-)rexec client, or its secondary user status relative to the Linux machine (assuming same VM LPAR). You could use CP SEND command text here if your sender has class C privilege. If your sender has class G, it needs to be SECUSER. If the client server are on different z/VM LPARs, I'm not sure how to handle this. Peace, --Jim-- James S. Tison Senior Software Engineer TPF Laboratory / Architecture IBM Corporation If dogs don't go to heaven, then, when I die, I want to go where they do. -- Will Rogers -- 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: ssh access denied
There are several parameters in /etc/ssh/sshd_config that can bite you if improperly set. So many, in fact, that I'll just print you a list of the most problematic sshd server settings and let you take it from there, unless you want to trade sshd_config files in private. In particular, look to see what the following attributes are set to (it's usually best to accept the defaults, but some of these values can have great relevance to and effect on your local security policies): AllowGroups AllowUsers AuthorizedKeysFile Compression DenyGroups DenyUsers HostKey PAMAuthenticationViaKbdInt StrictModes Subsystem VerifyReverseMapping By the way, I (and many other users on the machine I run, some of them brand noobies) have PuTTY working as an SSH client, so I doubt it's anything in the client software. --Jim-- James S. Tison Senior Software Engineer TPF Laboratory / Architecture IBM Corporation If dogs don't go to heaven, then, when I die, I want to go where they do. -- Will Rogers Ranga Nathan [EMAIL PROTECTED] Sent by: Linux on 390 Port [EMAIL PROTECTED] 05/12/2004 13:38 Please respond to Linux on 390 Port To [EMAIL PROTECTED] cc Subject Re: ssh access denied I have the same problem on an Intel box. I installed RedHat Enterprise server and I think I configured for medium or max security. Even after disabling ipchains I can not login via ssh. But I could enable telnet. My sshd.config was pristine pure and nothing blocking access! Jim Sibley [EMAIL PROTECTED] Sent by: Linux on 390 Port [EMAIL PROTECTED] 05/12/2004 09:04 AM Please respond to Linux on 390 Port To: [EMAIL PROTECTED] cc: Subject:ssh access denied I can login in via ssh from a linux terminal using ssh, but when I try loggin in using ssh from putty, I get an access denied. Which paramenter in the ssh.config file would affect this? = Jim Sibley RHCT, Implementor of Linux on zSeries Computer are useless.They can only give answers. Pablo Picasso (The NSHO's expressed here represents no-one but myself). __ Do you Yahoo!? Yahoo! Movies - Buy advance tickets for 'Shrek 2' http://movies.yahoo.com/showtimes/movie?mid=1808405861 -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
Re: REXEC revisited
I have no idea what broke you in z/VM 4.4. We have SLES 8 running under z/VM 4.4, and rexecd works exactly as it's supposed to. Any chance your VM LPAR's ROUTED or other communications control-class disconnected virtual service machines got massively reconfigured? sshd is a great alternative to rexecd, BTW. Regards, --Jim-- James S. Tison Senior Software Engineer TPF Laboratory / Architecture IBM Corporation If dogs don't go to heaven, then, when I die, I want to go where they do. -- Will Rogers Linux on 390 Port [EMAIL PROTECTED] wrote on 05/13/2004 09:29:27: I have been using REXEC from VM to Linux to run a shell in Linux. Having moved to z/VM 4.4 from z/VM 4.3 REXEC no longer works. Anybody got any RELIABLE alternatives to using REXEC to pass paramters to a shell in Linux. Crispin Hugo Systems Programmer, Macro 4 http://www.macro4.com/ Macro 4 plc, The Orangery, Turners Hill Road, Worth, Crawley, RH10 4SS Direct Line: +44 (0)1293 872121 Switchboard: +44 (0) 1293 872000 Fax: +44 (0) 1293 872001 This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. E-mail transmission cannot be guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. The sender therefore does not accept liability for any errors or omissions in the contents of this message which arise as a result of e-mail transmission. If verification is required please request a hard-copy version. This message is provided for informational purposes and should not be construed as a solicitation, offer or acceptance of any offer. -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
Re: REXEC revisited
Oh. __VM__ ... I'm sorry, I mis-read you. I thought you had a Linux complaint. There is an REXECD disconnected virtual machine that should be running in order to provide the rexecd function on VM. If it's running and still can't open port 512, then you'll need to have a VM systems guru look over its configuration -- I have no idea what authorizations might be required for a VM guest to open a reserved (p 1024) port. Apologies, --Jim-- James S. Tison Senior Software Engineer TPF Laboratory / Architecture IBM Corporation If dogs don't go to heaven, then, when I die, I want to go where they do. -- Will Rogers Crispin Hugo [EMAIL PROTECTED] Sent by: Linux on 390 Port [EMAIL PROTECTED] 05/13/2004 09:49 Please respond to Linux on 390 Port To [EMAIL PROTECTED] cc Subject Re: REXEC revisited Hi James, I would love to use SSHD, it doesn't exist under VM. Crispin Hugo Systems Programmer, Macro 4 http://www.macro4.com/ Macro 4 plc, The Orangery, Turners Hill Road, Worth, Crawley, RH10 4SS Direct Line: +44 (0)1293 872121 Switchboard: +44 (0) 1293 872000 Fax: +44 (0) 1293 872001 This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. E-mail transmission cannot be guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. The sender therefore does not accept liability for any errors or omissions in the contents of this message which arise as a result of e-mail transmission. If verification is required please request a hard-copy version. This message is provided for informational purposes and should not be construed as a solicitation, offer or acceptance of any offer. -Original Message- From: James Tison [mailto:[EMAIL PROTECTED] Sent: 13 May 2004 14:46 To: [EMAIL PROTECTED] Subject: Re: REXEC revisited I have no idea what broke you in z/VM 4.4. We have SLES 8 running under z/VM 4.4, and rexecd works exactly as it's supposed to. Any chance your VM LPAR's ROUTED or other communications control-class disconnected virtual service machines got massively reconfigured? sshd is a great alternative to rexecd, BTW. Regards, --Jim-- James S. Tison Senior Software Engineer TPF Laboratory / Architecture IBM Corporation If dogs don't go to heaven, then, when I die, I want to go where they do. -- Will Rogers Linux on 390 Port [EMAIL PROTECTED] wrote on 05/13/2004 09:29:27: I have been using REXEC from VM to Linux to run a shell in Linux. Having moved to z/VM 4.4 from z/VM 4.3 REXEC no longer works. Anybody got any RELIABLE alternatives to using REXEC to pass paramters to a shell in Linux. Crispin Hugo Systems Programmer, Macro 4 http://www.macro4.com/ Macro 4 plc, The Orangery, Turners Hill Road, Worth, Crawley, RH10 4SS Direct Line: +44 (0)1293 872121 Switchboard: +44 (0) 1293 872000 Fax: +44 (0) 1293 872001 This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. E-mail transmission cannot be guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. The sender therefore does not accept liability for any errors or omissions in the contents of this message which arise as a result of e-mail transmission. If verification is required please request a hard-copy version. This message is provided for informational purposes and should not be construed as a solicitation, offer or acceptance of any offer. -- 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 __ __ This email has been scanned for all known viruses by the MessageLabs Email Security Service and the Macro 4 plc internal virus protection system. __ __ -- For LINUX-390
Re: What should glob() return for .*/..
According to the Single Unix Specification (which is the space the z/OS UNIX guys play in, since UNIX branding is so important to them), the z/OS return is not wrong. Support for what GNU implements as GLOB_PERIOD is not required, but _optional_. It's wrong in the sense that everyone else supports it and z/OS UNIX doesn't; but this kind of omission is very common. --Jim-- James S. Tison Senior Software Engineer TPF Laboratory / Architecture IBM Corporation If dogs don't go to heaven, then, when I die, I want to go where they do. -- Will Rogers Fargusson.Alan [EMAIL PROTECTED] Sent by: Linux on 390 Port [EMAIL PROTECTED] 05/06/2004 16:12 Please respond to Linux on 390 Port To [EMAIL PROTECTED] cc Subject Re: What should glob() return for .*/.. I think z/OS is wrong. The only difference in the Linux and AIX case is the order, which probably depends on the filesystem used. -Original Message- From: Lucius, Leland [mailto:[EMAIL PROTECTED] Sent: Thursday, May 06, 2004 10:50 AM To: [EMAIL PROTECTED] Subject: What should glob() return for .*/.. Given a directory with these contents: . .. .testdir .testfile What is the correct and expected results? On Linux, I get: 0: '../..' 1: './..' 2: '.testdir/..' On AIX, I get: 0: './..' 1: '../..' 2: '.testdir/..' On z/OS USS, I get: nothing it returned Thanks much, Leland CONFIDENTIALITY NOTICE: This e-mail communication and any attachments may contain proprietary and privileged information for the use of the designated recipients named above. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. -- 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: What should glob() return for .*/..
Nope, it's not there. SUS refers to this capability indirectly, via the XCU specs for file expansion. AFAIK, the name of the GLOB_PERIOD flag is probably unique to the GNU implementation -- other implementations may call this flag/functionality something else. The fact that it's optional is pretty much a death sentence for it in the z/OS UNIX implementation: it's not their common practice to implement more than the minimum function required to pass the Open Group's UNIX branding suite. --Jim-- James S. Tison Senior Software Engineer TPF Laboratory / Architecture IBM Corporation If dogs don't go to heaven, then, when I die, I want to go where they do. -- Will Rogers Lucius, Leland [EMAIL PROTECTED] Sent by: Linux on 390 Port [EMAIL PROTECTED] 05/07/2004 10:55 Please respond to Linux on 390 Port To [EMAIL PROTECTED] cc Subject Re: What should glob() return for .*/.. According to the Single Unix Specification (which is the space the z/OS UNIX guys play in, since UNIX branding is so important to them), the z/OS return is not wrong. Support for what GNU implements as GLOB_PERIOD is not required, but _optional_. Did you find GLOB_PERIOD in the spec? I wasn't able to find it in the SUSV2 spec. If you did, could you send me the URL? Thanks much, Leland -- 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: Central processor is looping when 64 bit linux is IPLed
Srinivas, It appears you're 64-bit, from this: (version 2.4.19-3suse-SMP) (s390x) s390x is the 64-bit implementation, s390 is the 32-bit. The directories shown look like mine, and I'm running SLES 8 s390x, too. Regards, --Jim-- James S. Tison Senior Software Engineer TPF Laboratory / Architecture IBM Corporation If dogs don't go to heaven, then, when I die, I want to go where they do. -- Will Rogers Taraka Srinivas Kumar [EMAIL PROTECTED] Sent by: Linux on 390 Port [EMAIL PROTECTED] 05/05/2004 02:07 Please respond to Linux on 390 Port To [EMAIL PROTECTED] cc Subject Re: Central processor is looping when 64 bit linux is IPLed Hi Jim/Mark, I have tried the same after chrooting into /mnt/newroot. Also issued mkinitrd,zipl. Re-IPled using 1b26, again the same cpu looping problem re-appears. How to check if the kernel on the disk is 64 bit or not ?? Below is the procedure i have followed : inst-sys:~ # insmod dasd_mod dasd=1b26-1b28 Using /lib/modules/2.4.19-3suse-SMP/kernel/drivers/s390/block/dasd_mod.o inst-sys:~ # insmod dasd_eckd_mod Using /lib/modules/2.4.19-3suse-SMP/kernel/drivers/s390/block/dasd_eckd_mod.o inst-sys:~ # mount /dev/dasda1 /mnt/newroot inst-sys:~ # mount /dev/dasdb1 /mnt/newroot/usr inst-sys:~ # chroot /mnt/newroot inst-sys:~ # vi /etc/zipl.conf # Generated by YaST2 [defaultboot] default=ipl [ipl] target=/boot/zipl image=/boot/kernel/image ramdisk=/boot/initrd parameters=dasd=1b26-1b28 root=/dev/dasda1 [dumpdasd] target=/boot/zipl dumpto=/dev/dasd?? [dumptape] target=/boot/zipl dumpto=/dev/rtibm0 ~ ~ linux64:/# mkinitrd using /dev/dasda1 as root device (mounted on / as ext2) Found ECKD dasd, adding dasd eckd discipline! Note: If you want to add ECKD dasd support for later mkinitrd calls where possibly no ECKD dasd is found, add dasd_eckd_mod to INITRD_MODULES in /etc/sysconfig/kernel creating initrd /boot/initrd for kernel /boot/kernel/image (version 2.4.19-3suse-SMP) (s390x) - insmod dasd_mod dasd=$dasd (kernel/drivers/s390/block/dasd_mod.o) - insmod dasd_eckd_mod (kernel/drivers/s390/block/dasd_eckd_mod.o) Run zipl now to update the IPL record! linux64:/# zipl -c /etc/zipl.conf building bootmap: /boot/zipl/bootmap adding Kernel Image : /boot/kernel/image located at 0x0001 adding Ramdisk : /boot/initrd located at 0x0080 adding Parmline : /boot/zipl/parmfile located at 0x1000 Bootloader for ECKD type devices with z/OS compatible layout installed. Syncing disks ...done linux64:/#exit Regards, Srinivas. Jim Sibley [EMAIL PROTECTED] Sent by: Linux on 390 Port [EMAIL PROTECTED] 05/04/04 10:03 PM Please respond to Linux on 390 Port [EMAIL PROTECTED] To [EMAIL PROTECTED] cc Subject Re: Central processor is looping when 64 bit linux is IPLed target=/mnt/boot/zipl image=/mnt/boot/kernel/image ramdisk=/mnt/boot/initrd parameters=dasd=1b26-1b28 root=/dev/dasda1 The /mnt mount should not be there. The purpose of the chroot is to make /mnt the root device. Also, since /usr is a separate volume, you need a bit more. After IPL'in the cd, mount /dev/dasda1 /mnt/newroot mount /dev/dasdb1 /mnt/newroot/usr mount proc proc /mnt/newroot/proc chroot /mnt/newroot edit /etc/zipl.conf such that the /mnt is removed run mkinitrd zipl exit (to get out of chroot) sync halt Then boot with your new system. = Jim Sibley RHCT, Implementor of Linux on zSeries Computer are useless.They can only give answers. Pablo Picasso __ Do you Yahoo!? Win a $20,000 Career Makeover at Yahoo! HotJobs http://hotjobs.sweepstakes.yahoo.com/careermakeover -- 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 ForwardSourceID:NT58E2 [attachment InterScan_Disclaimer.txt deleted by James Tison/Poughkeepsie/IBM] -- 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: Command to move everything up a directory
Before you attempt to move anything, do: shopt -s dotglob from the bash prompt, which will change bash's globbing routine to include those pesky little dotfiles, too. Of course, this presumes you're using the bash shell. --Jim-- James S. Tison Senior Software Engineer TPF Laboratory / Architecture IBM Corporation If dogs don't go to heaven, then, when I die, I want to go where they do. -- Will Rogers McKown, John [EMAIL PROTECTED] Sent by: Linux on 390 Port [EMAIL PROTECTED] 05/05/2004 13:27 Please respond to Linux on 390 Port To [EMAIL PROTECTED] cc Subject Re: Command to move everything up a directory Adam, Actually: cd /my/dir/dir mv files .. You're method moves things other that the files subdirectory up one level, and does not move the private (.*) files. Moving the subdirectory does move everything include the dot files. -- John McKown Senior Systems Programmer UICI Insurance Center Applications Solutions Team This message (including any attachments) contains confidential information intended for a specific individual and purpose, and its' content is protected by law. If you are not the intended recipient, you should delete this message and are hereby notified that any disclosure, copying, or distribution of this transmission, or taking any action based on it, is strictly prohibited. -Original Message- From: Adam Thornton [mailto:[EMAIL PROTECTED] Sent: Wednesday, May 05, 2004 12:30 PM To: [EMAIL PROTECTED] Subject: Re: Command to move everything up a directory On Wed, 2004-05-05 at 12:24, Adam Thornton wrote: On Wed, 2004-05-05 at 12:00, Marcy Cortes wrote: I need a mv incantation to move everything up a directory, i.e. change: /my/dir/dir/files to /my/dir/files cd /my/dir/dir mv * .. Other people's suggestions are better, as this does not move dotfiles, does it? Adam -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- 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: zSeries , Linux and spin loops
Gerard, In my experience, no. VM makes no difference in the multi-CPU decision. --Jim-- James S. Tison Senior Software Engineer TPF Laboratory / Architecture IBM Corporation If dogs don't go to heaven, then, when I die, I want to go where they do. -- Will Rogers Ceruti, Gerard G [EMAIL PROTECTED] Sent by: Linux on 390 Port [EMAIL PROTECTED] 05/03/2004 05:04 Please respond to Linux on 390 Port To [EMAIL PROTECTED] cc Subject zSeries , Linux and spin loops Hi People Perhaps someone can comment ,(assume for the discussion that the business application requires only ONE CP) We are looking at a zSeries Linux production setup and the discussion of how many CP are required has come up, normal rules say we should get another CP to handle possible spinloops,ensure multi processing, how does this relate to Linux, does the requirement change if we have z/VM ?. Thanks Gerard Ceruti __ For information about the Standard Bank group visit our web site www.standardbank.co.za __ Disclaimer and confidentiality note Everything in this e-mail and any attachments relating to the official business of Standard Bank Group Limited is proprietary to the group. It is confidential, legally privileged and protected by law. Standard Bank does not own and endorse any other content. Views and opinions are those of the sender unless clearly stated as being that of the group. The person addressed in the e-mail is the sole authorised recipient. Please notify the sender immediately if it has unintentionally reached you and do not read, disclose or use the content in any way. Standard Bank can not assure that the integrity of this communication has been maintained nor that it is free of errors, virus, interception or interference. ___ -- 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: Linux for zSeries 31 bit/ 64 bit
1. Is it possible to run s390x software on s390 Linux? Never. There is no 64-bit compatibility mode library or kernel support. 2. Do your paths need to point to specific places to develop s390 software under s390x compatibility mode? No. BUT ... you may need to apply one or more -m command line options to your gcc/g++ compilation link steps. I find that -m31 is all that's needed. 3. Do you ever need to point to 32-bit (s390) libraries? Never. The s390x kernel with compatibility mode makes all of the runtime which libraries do I need? decisions for you with no intervention on your part. It works for just about all binary distributed packages (with one notable exception: UDB/DB2) I've ever tried to install. For development purposes, if you seek to emit AMODE=31 code linkages, use the -m31 switch on all your compilation linkage steps. When linking, be certain any dynamic or static libraries you want to link with were created with 32-bit word size. There is no distinction made between AMODE and RMODE like there is on z/OS: it's either all 32-bit words (and AMODE=31 addressing and instructions, called ELF32 format), or 64-bit format, called ELF64. The compiler knows which libraries to point at during its link phase as long as compatibility mode is installed. I suggest you have a look at info gcc for further details on this subject. Most of what I've ever done with s390 software development on an s390x platform has only required the -m31 switch to emit perfect s390 ELF32 executables. You may find some exceptions to this rule if you try to port other people's code, and you cannot write s390x kernel modules as ELF32 objects. The gdb (debugger) I run on my s390x machine will not recognize ELF32 modules ... for that reason alone, if I were developing applications for ELF32 deployment, I'd do so on an s390 machine, unless you're really comfortable with your code :-) Maybe you could build a cross-debugger like you can a cross-compiler (???); but I've never been desperate enough to try it. Welcome to the list. Your questions make perfect sense. Regards, --Jim-- James S. Tison Senior Software Engineer TPF Laboratory / Architecture IBM Corporation If dogs don't go to heaven, then, when I die, I want to go where they do. -- Will Rogers Taraka Srinivas Kumar [EMAIL PROTECTED] Sent by: Linux on 390 Port [EMAIL PROTECTED] 04/28/2004 09:55 Please respond to Linux on 390 Port To [EMAIL PROTECTED] cc Subject Linux for zSeries 31 bit/ 64 bit Hi, Am new to the group. Hope to have some good discussions. We are using 64 bit SuSE Linux for zSeries. Is it possible to run 64-bit linux developed applications on a 31-bit Linux for zSeries ? Do we need to make sure that the correct libraries are used in the 64-bit Linux environment while application development , so that application can be run on 31 bit linux later? 64-bit SuSE linux provides s390(31 bit) as well as s390x(64 bit) packages. . So do i need to set my path or any other env variables to point to 31 bit libraries ? Finally, Are my questions making any sense ? Regards, Srinivas. -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
Re: Linux and buffers and memory allocation
I used to fight this one all the time too: I was convinced that the harm induced by paging-related VM I/O waits was killing machine performance. It was, before I discovered VDISK units for paging. I was just about always in Q3 waiting I/O response from one of my (then-) real paging minidisks, even under conditions of very light memory load stress. I changed my paging units to VDISK, and now whenever I find myself in Q3, it's for a better reason (waiting on TCP/IP, or even real disk I/O). Someone posted a link to a PDF document produced by Red Hat with sysctl tweaks for RHEL 3, which (despite not being even 50% relevant for me) I'll admit was a very valuable discussion that shed some more light on Linux paging file caching for me, at least. But under VM, it doesn't matter as much to me as it would if I were running LPAR. Here, I'd trust the counsel of my VM guys before I'd start tweaking sysctls. Under LPAR, I'd have no choice other than to tweak or suffer. If you don't trust Linux to make page/fs cache decisions, try letting VM do it through VDISK. I'd try this before I start risking the stability of my system with radical sysctl tweaks. When I did it, I went all the way: I now have 1.1 GB page space on VDISK and zero on 3390-x, which backs 768 MB main memory. Current average load pressure says I'd be doing very little paging at about 1 GB main; but every now and again I get a runaway process that changes the phrase memory stress to paging frenzy, and the machine still recovers from frenzy-induced runqueue loads as high as 34.0 as long as the memory pig is found and slain before too much time goes by. My load (interactive developers) sounds very different from yours; but if paging- related waits are your problem, try VDISK. It might help you out, if your VM guys will let you use it. I love VM :-) Peace, --Jim-- James S. Tison Senior Software Engineer TPF Laboratory / Architecture IBM Corporation If dogs don't go to heaven, then, when I die, I want to go where they do. -- Will Rogers Linux on 390 Port [EMAIL PROTECTED] wrote on 04/26/2004 09:30:31: snip Current environment has 2 GB central, 0 expanded for VM (again, because the decision was made after our last maint window or we would have moved some memory to expanded). The VM guest in question actually did NOT have 1.3 GB real, as I was told, but in fact 768 MB. The VM guy (who has about 2 weeks worth of experience with VM now) had the 1.3 GB on a diff guest. The Linux Guest being used for WebSphere also has a 843 MB physical disk swap volume. It is the Linux guest that is writing pages to the swap volume, not VM. Our VM is not paging hardly at all, except a smidgin at guest IPL. Then it gives it back. snip Anyway, I'd like to see the amount of memory being used for buffers reduced, since this system doesn't have much except the Java code and the WebSphere configuration/deployment stuff being accessed from local disk. All of the data for the applications is sitting on DB2 being accessed by the DB2 Connect Linux Client. snip -- 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: cvs login to a remote server
Ken, You need another colon after 2401 in your CVSROOT variable. Regards, --Jim-- James S. Tison Senior Software Engineer TPF Laboratory / Architecture IBM Corporation If dogs don't go to heaven, then, when I die, I want to go where they do. -- Will Rogers Ken Vance [EMAIL PROTECTED] Sent by: Linux on 390 Port [EMAIL PROTECTED] 03/23/2004 09:26 Please respond to Linux on 390 Port To [EMAIL PROTECTED] cc Subject cvs login to a remote server Hi, I am trying to use cvs login to access a remote server from our linux system. I perform the following: linuxs15:/tmp # cvs login Logging in to :pserver:[EMAIL PROTECTED]:2401/cvs/src CVS password: After I enter the password, the task never completes. Do I need to enable a service or a port so that this will run? Thanks, Ken Vance Amadeus -- 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: Installing SP3 on SLES8
Mike, About the only way I can think of is to create a 2nd image of your machine, and see if the updates work there. This is difficult if you're running on an LPAR/native, but easy if you're under VM. We took this approach. We did find some changes in the tape drivers that didn't trickle down into our initrd, so we had to modify that, and once that was done, SP3 was fine on the test machine. It will go into our production machine very shortly. As far as I can tell, once you've applied the SP3 RPMs to the kernel, there is no turning back. Much unlike Red Hat's upgrade philosophy, your fallback components are deleted in the update process. --Jim-- James S. Tison Senior Software Engineer TPF Laboratory / Architecture IBM Corporation If dogs don't go to heaven, then, when I die, I want to go where they do. -- Will Rogers Geiger, Mike [EMAIL PROTECTED] Sent by: Linux on 390 Port [EMAIL PROTECTED] 03/22/2004 08:55 Please respond to Linux on 390 Port To [EMAIL PROTECTED] cc Subject Installing SP3 on SLES8 Anyone have any ideas as to where to read or a methodology on how to begin/perform this process in a safe and recoverable way? TIA, Michael A. Geiger Sr. Operating Systems Programmer CommerceQuest, Inc. 5481 W. Waters Ave. Tampa, FL 33634 Tel. 813.639.6516 -- 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: telnet limiting logins to 1 or 2
If you're running xinetd, look for an instances directive in /etc/xinetd.conf. If you find it, comment it out and restart xinetd. --Jim-- James S. Tison Senior Software Engineer TPF Laboratory / Architecture IBM Corporation If dogs don't go to heaven, then, when I die, I want to go where they do. -- Will Rogers -- 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
New (first) FBA device - dasd_fba_mod not loading
Got a head-scratcher that perhaps a lister can help me with here. We installed a sandbox copy of SLES 8 as a VM guest. During installation, there were no VM VDISK units (FBA) attached to the machine. We added one for swap space, extended parmfile /etc/zipl.conf to include the new address, hoping that the subchannel scanner would sense it during IPL and insert the dasd_fba_mod module. No go. If I insmod dasd_fba_mod by hand, all is fine; but shouldn't this be automatically sensed? Or have I missed a script setting somewhere? My production system did have VDISK units attached at installation time, and they're automatically sensed quite beautifully after the ECKD units get sensed and collected. Any ideas? Thanks in advance, --Jim-- James S. Tison Senior Software Engineer TPF Laboratory / Architecture IBM Corporation If dogs don't go to heaven, then, when I die, I want to go where they do. -- Will Rogers
Re: New (first) FBA device - dasd_fba_mod not loading
Thank you, Marcy and Mark. That does the trick! My brain must be going on vacation a few days early :-) --Jim-- James S. Tison Senior Software Engineer TPF Laboratory / Architecture IBM Corporation If dogs don't go to heaven, then, when I die, I want to go where they do. -- Will Rogers
Re: developers require older version of c++ lib on 2.4.xx system
Rich, I don't think you can get away with that. Kernel 2.4.19 sounds like you're running SLES 8, which comes with gcc 3.2. The gcc folks specifically changed the C++ ABI at either 3.0 or 3.1. I'd suggest your developers recompile their application and go from there. What matters here isn't the kernel level, but the level of the gcc/g++ compiler. When we cutover to SLES 8 from ThinkBlue 7.1a (gcc-2.95 ???), most everything in the house we had (including C programs) that was custom-written had to be recompiled. Fortunately, that didn't take long and there were no serious barriers that I can recall. --Jim-- James S. Tison Senior Software Engineer TPF Laboratory / Architecture IBM Corporation If dogs don't go to heaven, then, when I die, I want to go where they do. -- Will Rogers Rich Blair [EMAIL PROTECTED] Sent by: Linux on 390 Port [EMAIL PROTECTED] 01/26/2004 09:56 Please respond to Linux on 390 Port To [EMAIL PROTECTED] cc Subject developers require older version of c++ lib on 2.4.xx system A group of our developers would like to run an application on linux 2.4.19 system that was originally compiled on a 2.2.16 system. The library they require is libstdc++-libc6.1-2.so.3 which apparently is no longer available once you get to linux 2.4.xx. I'm not a c++ programmer so I'm wondering short of moving the older library over from the 2.2.16 system and allowing them to run with it - is there a best practices type of solution to this problem? Thanks, Rich Rich Blair | Systems Programmer [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] ASG | http://www.asg.com/ asg.com 1333 Third Avenue South Naples, Florida 34102 USA Tel: 239.435.2243 Fax: 239.231.3717 Toll Free: 800.932.5536 X2243 End-to-End Technology Management
Re: New Linux User
Hi Mike, /dev/dasda (major 94: minor 0) is reserved three partitions on it: /dev/dasda1 (94:1), /dev/dasda2 (94:2), and /dev/dasda3 (94:3). Same scheme for all the other physical DASD --- the minor value that mod 4 returns zero on is the unit itself, the other three are its partitions -- these aren't optional. So if you have 91 physical devices, /dev/dasdcm looks correct as your last device (with its three partitions, /dev/dasdcm1, /dev/dasdcm2, and /dev/dasdcm3). But I only have 37, so what would I know? :-) Most sysadmins have their DASD units emulating 3390-3s, with a capacity of approximately 2.3 GB per unit. 91 DASD units makes for a pretty darned large system. Basic DASD unit /dev/x names never have numbers in them, their partitions always do. Vic already showed you the mknod command, and Mark (thanks again) already gave you the major:minor pairs to use for each. Nobody says you HAVE to partition your DASD (see man fdasd); but I've always put partition tables on mine just in case I want to split the disk up later. You can also do that with LVM, but let's just stick to the basics now since you're new. Make one partition (for example, /dev/dasda1) on each physical DASD. You're going to need to make the system decide how to mount them onto your filesystem. File /etc/fstab should have a series of mount-like commands (see man mount and man 5 fstab) that force DASD partitions to uniquely correspond to points in your filesystem tree at which each partition will be mounted. You can then put a filesystem on each of your partitions as you please. ext3 is probably the most commonly used, but there are others available. Have a look at man mkfs if you want an idea of what this entails. 91 units way exceeds what most basic installation programs will format, partition, and mount up for you unless you spend hours entering in device labels mount points during initial installation. Starting off with a jumbo system like you have is rarely a good idea if you used the standard installation program and have never done this before. My guess is that you could have as little as 1 DASD unit mounted on /, with all the other mount points on that single DASD unit. Then you'd have 1 unit in use and 90 sitting there doing nothing. File /etc/fstab will tell you. The df command will give you a hint what you're using, too. Your first DASD unit/partition (/dev/dasda1) should have mount points /etc, /bin, /sbin, /boot, and /lib on it, at minimum -- your parmfile (in /boot/zipl on SuSE) should have root=/dev/dasda1 in it, too ... this is the device you'll IPL. If you didn't understand those last three paragraphs, keep reading very basic Linux/Unix books until you do. I have no idea _how_ new you are to all this -- I hope I haven't insulted you. IBM's ITSO website has got lots of Redbooks you can read about implementing Linux under VM, natively, or LPARed. Welcome, by the way. --Jim-- James S. Tison Senior Software Engineer TPF Laboratory / Architecture IBM Corporation A bird in hand is safer than one overhead.
Re: New Linux User
Very much agree, as long as you know what you're doing. --Jim-- James S. Tison Senior Software Engineer TPF Laboratory / Architecture IBM Corporation A bird in hand is safer than one overhead. Hall, Ken (IDS ECCS) To: [EMAIL PROTECTED] [EMAIL PROTECTED]cc: Sent by: Linux onSubject: Re: New Linux User 390 Port [EMAIL PROTECTED] IST.EDU 01/06/2004 10:12 Please respond to Linux on 390 Port It's not that hard to manage large numbers of devices. We have Samba servers that are 64 physical volumes. 6 for the system, and two LVM volumes of 28 3390-9 disks for a total of 2x204 gb. We decided on two filesystems instead of one big one in case one gets corrupted. We can restore the bad one, while the users on the other keep running. You can script the dasd initialization process and let it run unattended. It takes the better part of a day to format that much dasd, but dasdfmt is the long bit. Creating the partitions, running pvcreate, vgcreate, lvcreate, is quick. mkfs is a few minutes.
Re: using hcp from linux to issue vm comds
Perhaps because the userid needs Class D privileges to issue it? --Jim-- James S. Tison Senior Software Engineer TPF Laboratory / Architecture IBM Corporation A bird in hand is safer than one overhead. David A. Bernhardt [EMAIL PROTECTED]To: [EMAIL PROTECTED] erizon.com cc: Sent by: Linux on Subject: using hcp from linux to issue vm comds 390 Port [EMAIL PROTECTED] .EDU 12/26/2003 10:46 Please respond to Linux on 390 Port I have been using the hcp cmd in linux to acquire vm information. I just ran into an issue where this won't work for 'q alloc spool'. I received the following: HCPCFC003E Invalid option - ALLOC Anyone have any idea why this won't work???
Re: DASD= Parm for RH EL 3.0 AS
It's still in the parmfile, right? --Jim-- James S. Tison Senior Software Engineer TPF Laboratory / Architecture IBM Corporation A bird in hand is safer than one overhead. Scully, William P To: [EMAIL PROTECTED] [EMAIL PROTECTED]cc: a.com Subject: DASD= Parm for RH EL 3.0 AS Sent by: Linux on 390 Port [EMAIL PROTECTED] IST.EDU 12/03/2003 14:10 Please respond to Linux on 390 Port I apologize for not including a subject line in my original note. -Original Message- From: Scully, William P Sent: Wednesday, December 03, 2003 1:14 PM To: Linux on 390 Port (E-mail) Subject: On Red Hat Enterprise Linux 3.0 AS, I find that file /etc/zipl.conf does not contain the dasd=vcuu-vcuu string anymore. And when I add this string and rerun the zipl command it doesn't seem effective. How do you identify all the disks you want to use on this brand of Linux now? William P. Scully Senior Systems Programmer Computer Associates International, Inc William.Scully att CA.com
Re: Chan Attached Tape Major Minors Redux
Thanks, Malcolm. I'll verify the btibmN minors with a live run next chance I get. I was working off of an older copy of Device Drivers Installation Commands - I should know better than that! Regards, --Jim-- James S. Tison Senior Software Engineer TPF Laboratory / Architecture IBM Corporation Malcolm Beattie [EMAIL PROTECTED]To: [EMAIL PROTECTED] .co.uk cc: Sent by: Linux onSubject: Re: Chan Attached Tape Major Minors Redux 390 Port [EMAIL PROTECTED] IST.EDU 11/26/2003 05:48 Please respond to Linux on 390 Port James Tison writes: Back a couple of summers ago, I recall Sergey Korzhevsky, myself, and maybe a couple others involved in trying to figure out what the tape majors and minors were. IIRC, Sergey finally put all the pieces together. I just want to review them now that I've had a chance to actually channel attach a few 3490s and run tests on the drivers devices. By the way, I'm running SLES 8.0 without a maintenance agreement, so I could easily be wrong. There just seems to be no good document where all this (very simple) stuff is written down. I don't run the devfs, either. It's all documented in the Device Drivers and Installation Commands manual (LNUX-1313-02, Chapter 5 Channel-attached tape device driver) which is available directly as http://www10.software.ibm.com/developerworks/opensource/linux390/docu/lx24jun03dd01.pdf which is the link on the Linux on zSeries Library web page at http://www-1.ibm.com/servers/eserver/zseries/os/linux/library/index.html The tape device major -- whether block or character -- is always 254. Not necessarily: they are dynamically allocated (presumably nobody got around to getting a number allocated from LANANA) which means that the driver will look for the first free number available starting at 254 and going downwards. For example, if you have cpint loaded first then cpint would allocate char major 254 for itself and the tape char device would get major 253 whilst the tape block device would get major 254 (assuming that no other block device had been loaded that had snaffled major 254 first). Rather than guess, look in /proc/devices after the driver is loaded and look for the allocated numbers in there. The block device minors are always single within the major. For example, /dev/btibm0 is 254:0, /dev/btibm1 is 254:1, etc. Hmm, TFM says Character device [...] The minor number for the non-rewind device is the tape device number of /proc/tapedevices multiplied with 2. The minor number for the rewind device is the non-rewind number +1. Block device [...] The device nodes have the same minor as the matching non-rewinding character device. which would imply that block device minors would be 0,2,4,... The character device minors come in pairs, and they're sequential within the device major. The rewindable member of the pair is ODD. The non-rewindable member of the pair is EVEN. That agrees with the manual. --Malcolm -- Malcolm Beattie [EMAIL PROTECTED] Linux Technical Consultant IBM EMEA Enterprise Server Group... ...from home, speaking only for myself
Chan Attached Tape Major Minors Redux
Back a couple of summers ago, I recall Sergey Korzhevsky, myself, and maybe a couple others involved in trying to figure out what the tape majors and minors were. IIRC, Sergey finally put all the pieces together. I just want to review them now that I've had a chance to actually channel attach a few 3490s and run tests on the drivers devices. By the way, I'm running SLES 8.0 without a maintenance agreement, so I could easily be wrong. There just seems to be no good document where all this (very simple) stuff is written down. I don't run the devfs, either. The tape device major -- whether block or character -- is always 254. The block device minors are always single within the major. For example, /dev/btibm0 is 254:0, /dev/btibm1 is 254:1, etc. The character device minors come in pairs, and they're sequential within the device major. The rewindable member of the pair is ODD. The non-rewindable member of the pair is EVEN. ** This might conflict with what I recall the final conclusions were. ** For example, I'm finding that /dev/ntibm0 is 254:0, /dev/rtibm0 is 254:1, /dev/ntibm1 is 254:2, /dev/rtibm1 is 254:3, ad nauseam. Here's what my /dev directory finally looks like for the three tape devices I have defined on my system: brw-rw1 root root 254, 0 Nov 25 12:10 btibm0 brw-rw1 root root 254, 1 Nov 25 13:32 btibm1 brw-rw1 root root 254, 2 Nov 25 13:32 btibm2 crw-rw1 root users254, 0 Nov 25 22:36 ntibm0 crw-rw1 root users254, 2 Nov 25 22:36 ntibm1 crw-rw1 root users254, 4 Nov 25 22:36 ntibm2 crw-rw1 root users254, 1 Nov 25 22:36 rtibm1 crw-rw1 root users254, 3 Nov 25 22:36 rtibm2 crw-rw1 root users254, 5 Nov 25 22:37 rtibm3 Anybody have different experiences? Different conclusions? Do I need to get my tape drivers upgraded? :-) Thanks, --Jim-- James S. Tison Senior Software Engineer TPF Laboratory / Architecture IBM Corporation
Chan Attached Tape Major Minors Redux
Correction -- I caught my own tape dev name assignment errors just after I pressed the send button ... that partial listing of tape devices ought to look like this: brw-rw1 root root 254, 0 Nov 25 12:10 btibm0 brw-rw1 root root 254, 1 Nov 25 13:32 btibm1 brw-rw1 root root 254, 2 Nov 25 13:32 btibm2 crw-rw1 root users254, 0 Nov 25 22:36 ntibm0 crw-rw1 root users254, 2 Nov 25 22:36 ntibm1 crw-rw1 root users254, 4 Nov 25 22:36 ntibm2 crw-rw1 root users254, 1 Nov 25 22:36 rtibm0 -- Start at rtibm0, not 1 crw-rw1 root users254, 3 Nov 25 22:36 rtibm1 -- crw-rw1 root users254, 5 Nov 25 22:37 rtibm2 -- Sorry for any confusion. Regards, --Jim-- James S. Tison Senior Software Engineer TPF Laboratory / Architecture IBM Corporation - Forwarded by James Tison/Poughkeepsie/IBM on 11/25/2003 23:10 - James Tison To: [EMAIL PROTECTED] 11/25/2003 22:58 cc: From: James Tison/Poughkeepsie/[EMAIL PROTECTED] Subject: Chan Attached Tape Major Minors Redux snip Here's what my /dev directory finally looks like for the three tape devices I have defined on my system: brw-rw1 root root 254, 0 Nov 25 12:10 btibm0 brw-rw1 root root 254, 1 Nov 25 13:32 btibm1 brw-rw1 root root 254, 2 Nov 25 13:32 btibm2 crw-rw1 root users254, 0 Nov 25 22:36 ntibm0 crw-rw1 root users254, 2 Nov 25 22:36 ntibm1 crw-rw1 root users254, 4 Nov 25 22:36 ntibm2 crw-rw1 root users254, 1 Nov 25 22:36 rtibm1 crw-rw1 root users254, 3 Nov 25 22:36 rtibm2 crw-rw1 root users254, 5 Nov 25 22:37 rtibm3 Anybody have different experiences? Different conclusions? Do I need to get my tape drivers upgraded? :-) Thanks, --Jim-- James S. Tison Senior Software Engineer TPF Laboratory / Architecture IBM Corporation
Re: OT: New doctor in the house...8-)
snip and has been approved for the degree of Doctor of Philosophy from Princeton Theological Seminary. /snip^^^ And nobody's said Amen! yet? Sheesh, you guys are slow :-) Amen!! (and congratulations!!) --Jim-- James S. Tison Senior Software Engineer TPF Laboratory / Architecture IBM Corporation A bird in hand is safer than one overhead.
Re: Adding DASD to a guest, going from zipl.conf to dasdfmt w/o a reboot
Well, ok, from apples to oranges we go ... Last time, you complained about bash (or any shell for that matter) interfering with the content of the message being sent to the VM CP. OK, that's fixable from the user's end. SMSG is a totally different beast. While it indeed is a Class G command, it's also designed to communicate special messages between guests, one that the receiver is programmed to deal with and maybe even reply to. Note the difference between the two on the initiator's end: your terminal will lock up on a CP command until the response + a READY is received; but you'll get back a READY from SMSG immedately. There's a reason for this: one protocol is synchronous, and the other (SMSG) isn't. That would be my guess as to why you don't see SMSG replies, but I'll betcha its author (Neale?) could jump in here and confirm (or not) that. I don't get responses from hcp smsg at my ssh terminal, either. But if I set myself as SECUSER to the Linux guest, I can see all the responses to my SMSGs on the CMS tube as SECUSER traffic. Big help, huh? Sorry, --Jim-- James S. Tison Senior Software Engineer TPF Laboratory / Architecture IBM Corporation A bird in hand is safer than one overhead.
Re: Adding DASD to a guest, going from zipl.conf to dasdfmt w/o a reboot
When I want to add another device to a server, just log on to the server console and issue #CP LINK * 297 297 MR (for some reason, I can't use the hcp command to do this...) #CP DISC The reason you can't use the 'hcp' command to process your LINK statement as shown is the presence of the unescaped asterisk. Either escape it, or replace it with the uid of the guest machine ... it then works. Personally, I always opt for the latter. Regards, --Jim-- James S. Tison Senior Software Engineer TPF Laboratory / Architecture IBM Corporation A bird in hand is safer than one overhead.
Re: About Linux Migration Incentives Planned by SCO
Of course, 20% of zero equals zero, which is exactly what I hope these vultures get. --Jim-- James S. Tison A bird in hand is safer than one overhead.
Re: About Linux Migration Incentives Planned by SCO
Gree, I'm a pretty brilliant propeller-head sometimes; but my mouth has had this habit of being mortally policically incorrect (truth-telling, swearing) ever since I got out of the Air Force some 30 years ago. I've spent all that time looking for more acceptable ways to state certain concepts. My first reaction to this story wasn't exactly clean, either. It took me a while to come up with the term vultures :-) --Jim-- James S. Tison A bird in hand is safer than one overhead. Gregg C Levine [EMAIL PROTECTED]To: [EMAIL PROTECTED] et.att.net cc: Sent by: Linux on 390Subject: Re: About Linux Migration Incentives Planned by SCO Port [EMAIL PROTECTED] EDU 11/08/2003 14:05 Please respond to Linux on 390 Port Hello (again) from Gregg C Levine Thank you James, for stating it first. I didn't want to state something blatantly obscene in this forum. To quote someone else, Twice nothing is still nothing.. I think you'll know who said it. --- 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 James Tison Sent: Saturday, November 08, 2003 2:03 PM To: [EMAIL PROTECTED] Subject: Re: [LINUX-390] About Linux Migration Incentives Planned by SCO Of course, 20% of zero equals zero, which is exactly what I hope these vultures get. --Jim-- James S. Tison A bird in hand is safer than one overhead.
Re: NTP (Time Synchronization) in the Z environment
I ntp sync my z/VM Linux guests from an external source. I have no idea what hardware the ntpd server is running, but I assume it's native, dedicated hardware. I run 'ntpdate' via cron every 30 minutes on my z/VM guests, and am only seeing between 1 and 4 ms corrections (randomly) at every interval. For those reasons, I wouldn't run my ntpd on a z/VM guest. Some of the lower quality Chinese mobos I've seen on peecees don't make for good ntpd servers, either. You need a very stable internal clock with very little drift. Ultimately, you want to ntp sync with a server that gets its value either directly or indirectly from tick or tock (.usno.navy.mil) -- that's fed off of the US Naval Observatory's atomic clock. --Jim-- James S. Tison Senior Software Engineer TPF Laboratory / Architecture IBM Corporation A bird in hand is safer than one overhead.
Re: Filesystem Comparison
American slang for very poorly performing. --Jim-- James S. Tison Senior Software Engineer TPF Laboratory / Architecture IBM Corporation A bird in hand is safer than one overhead. John Cassidy [EMAIL PROTECTED]To: [EMAIL PROTECTED] line.de cc: Sent by: Linux onSubject: Re: Filesystem Comparison 390 Port [EMAIL PROTECTED] IST.EDU 10/31/2003 04:05 Please respond to Linux on 390 Port Hello all, excuse my ignorance, but what does dog mean??. Something to do with cat or fox etc??. John D. Cassidy Dipl.-Ing (Informatique) S390 zSeries Systems Engineering Schleswigstr. 7 D-51065 Cologne EU Tel: +49 (0) 221 61 60 777 . GSM: +49 (0) 177 799 58 56 E-Mail: [EMAIL PROTECTED] HTTP : www.jdcassidy.net -Original Message- From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of Post, Mark K Sent: 30 October 2003 23:38 To: [EMAIL PROTECTED] Subject: Re: Filesystem Comparison Keep in mind the results from Boeblingen's testing that showed JFS on Linux/390 was an absolute dog. Once again, extrapolating benchmark tests across architectures can be very dangerous. Mark Post -Original Message- From: Ferguson, Neale [mailto:[EMAIL PROTECTED] Sent: Wednesday, October 29, 2003 7:51 AM To: [EMAIL PROTECTED] Subject: Filesystem Comparison See: http://linuxtoday.com/developer/2003102900626OSKNSW Mike Benoit recently posted a link to results from his new and improved file system shootout, using better hardware and running more tests. Using two benchmarks that are designed to measure hard drive and file system performance, Bonnie++ and IOZone, he's compared a number journaling filesystems found in the 2.6 kernel. Included in the lineup are EXT2 (not journaling, but an effective baseline [story]), JFS, XFS, ReiserFS, Reiser4, and EXT3 each compared head to head on both SCSI and IDE drives. In Mike's summary he labels JFS and XFS as 'best bang for your buck' explaining, 'While not the fastest file systems, both of them consistently perform close to EXT2, while using minimal CPU. XFS seems to be faster over a wider range of benchmarks, however it does use slightly more CPU than JFS. While JFS really starts to slow down with lots of files.' As for pure speed, Mike points to Reiser4 which really shined in the Bonnie++ benchmarks, though not quite so much in the IOZone benchmarks. He suggests, 'ReiserFS v4 will [definitely] be worth while keeping an eye on, especially considering some of the exciting new features it offers...'
Re: Linux Hardware/Software Required Levels?
We run SLES8 under z/VM 3.1 here on a z900 (2064) LPAR. --Jim-- James S. Tison Senior Software Engineer TPF Laboratory / Architecture IBM Corporation A bird in hand is safer than one overhead. Robert Luebkemann [EMAIL PROTECTED]To: [EMAIL PROTECTED] ungard.com cc: Sent by: Linux on Subject: Re: Linux Hardware/Software Required Levels? 390 Port [EMAIL PROTECTED] .EDU 09/25/2003 13:49 Please respond to Linux on 390 Port I have been given the job of putting Linux under z/VM for a proof of concept and maybe some internal migrations/conversions. I need to know if I order SuSe 8, which I believe is the most current, do I need z/VM 4.4? Can I use 3.1, VM 2, etc? Also, what generation zSeries processor is required? 990, 900,800,G6, G5, etc. Thanks for your quick response! Rob linuxvm.org is the best general resource. Can you be more specific? Jefferson Davis Hi, I've looking around for a document that tells me release of a certain Linux (SuSe, RedHat) runs under what level of z/VM and which hardware. Can someone point me to a place? Thanks! Rob
Re: Adding Dasd
Hi Joachim, I don't know if you got an answer on this already or not: CP LINK userid vcuu vcuu mode will link up the device as soon as the VM CP directory knows about the device definition. Peace, --Jim-- James S. Tison Senior Software Engineer TPF Laboratory / Architecture IBM Corporation A bird in hand is safer than one overhead. Joachim Stumpf [EMAIL PROTECTED]To: [EMAIL PROTECTED] mx.de cc: Sent by: Linux onSubject: Re: Adding Dasd 390 Port [EMAIL PROTECTED] IST.EDU 09/08/2003 03:55 Please respond to Linux on 390 Port Hi, are you running in a z/VM environment? If yes... you attached the new DASDs to your system (usually by MAINT) Then you have to logoff and logon to your linux-guest again (NOT #cp disc). Then the new DASDs are known by the guest and can be formatted by the zLinux. (I dont know if you can do this without shutting down the Linux - I'm not a VM-guru ;-)) kind regards, Joachim Stumpf Datev eG Nuremberg - Germany I am trying to add dasd volumes on SuSe Interprice Server 8, the following is the status of theof my volumes, when I try to do fdasd /dev/dasdk i get the following Error lnx1:/boot/zipl # fdasd /dev/dasdk fdasd error: open error Could not open device '/dev/dasdk' in read-only mode! When trying dasdfmt I get the following lnx1:/boot/zipl # dasdfmt -b 4096 -f /dev/dasdk dasdfmt: Unable to open device /dev/dasdk: No such device 7240(none) at ( 94: 40) is dasdk : unknown 7241(none) at ( 94: 44) is dasdl : unknown 7242(none) at ( 94: 48) is dasdm : unknown 7243(none) at ( 94: 52) is dasdn : unknown 7244(none) at ( 94: 56) is dasdo : unknown 7245(none) at ( 94: 60) is dasdp : unknown 7246(none) at ( 94: 64) is dasdq : unknown Please assist Moloko Monyepao OS390 System Programmer arivia.kom Tel : +27 11 800 3372 NOTICE: Please note that this eMail, and the contents thereof, is subject to the standard arivia.kom email disclaimer which may be found at: http://www.arivia.co.za/disclaimer.htm. If you cannot access the disclaimer through the URL attached, and you wish to receive a copy thereof, please send an eMail to [EMAIL PROTECTED] or call (011) 233-0800. You will receive the disclaimer by return email or fax. -- COMPUTERBILD 15/03: Premium-e-mail-Dienste im Test -- 1. GMX TopMail - Platz 1 und Testsieger! 2. GMX ProMail - Platz 2 und Preis-Qualitdtssieger! 3. Arcor - 4. web.de - 5. T-Online - 6. freenet.de - 7. daybyday - 8. e-Post
Re: Something akin to ISPF's skeletons?
John, One of the most bizarre things I could ask of an MVS transplant is to look over autoconf, but it does more or less all of the things you want to do. It requires a skill known as writing m4 macros, which isn't _completely_ bizarre, but it will probably look like Greek to you on your first pass. autoconf was designed to output all those configure scripts you must have seen all over the place ... it builds them from a template (what you're referring to as a 'skeleton'). You can literally build anything from autoconf templates. Regards, --Jim-- James S. Tison Senior Software Engineer TPF Laboratory / Architecture IBM Corporation A bird in hand is safer than one overhead. McKown, John [EMAIL PROTECTED]To: [EMAIL PROTECTED] tr.com cc: Sent by: Linux onSubject: Something akin to ISPF's skeletons? 390 Port [EMAIL PROTECTED] IST.EDU 07/31/2003 15:26 Please respond to Linux on 390 Port This is definately for the MVS transplants. I'm looking at doing something akin to what ISPF does with its skeleton facility. That is, I have a file which contains JCL. Instead of hard-coding some things, there would be variables which would be replaced by the appropriate content when a script is executed. For instance, suppose I have a script similar to: #!/bin/sh mfid=$(id -an | tr 'a-z' 'A-Z') acct='(A,B)' jobclass='A' msgclass='C' pgmrid='John McKown' .. do skeleton processing here .. more processing The skeleton would contain something like: //{mfid}A JOB ${acct},\'${pgmrid}\', // MSGCLASS=${msgclass}, // CLASS=${jobclass} After processing, some output file would contain: //JMCKOWNA JOB (A,B),'John McKown', // MSGCLASS=C, // CLASS=A What I was thinking, but obviously doesn't work is: cat EOF output.file .skeleton EOF If I make the cat command as the first statement in the skeleton and the EOF the last statement, this works as I want. For some reason, I find this inelegant. Where skeleton contains the above. But I can't thing of a way to source a file within a HERE document. So far, I'm only using BASH. But this may be a case where I'm force to something more powerful such as Perl. -- John McKown Senior Systems Programmer UICI Insurance Center Applications Solutions Team +1.817.255.3225 This message (including any attachments) contains confidential information intended for a specific individual and purpose, and its' content is protected by law. If you are not the intended recipient, you should delete this message and are hereby notified that any disclosure, copying, or distribution of this transmission, or taking any action based on it, is strictly prohibited.
Re: your mail
Sadly and wholeheartedly agreed. Nice mail UID :-) --Jim-- James S. Tison Senior Software Engineer TPF Laboratory / Architecture IBM Corporation A bird in hand is safer than one overhead. |-+ | | Jim Sibley | | | [EMAIL PROTECTED]| | | hoo.com | | | Sent by: Linux on| | | 390 Port | | | [EMAIL PROTECTED]| | | IST.EDU | | || | || | | 07/24/2003 19:57 | | | Please respond to| | | Linux on 390 Port| | || |-+ -| | | | To: [EMAIL PROTECTED] | | cc: | | Subject: Re: your mail | | | -| John wrote: I don't suppose anyone with any sense thinks you speak _for_ IBM (except when you say you do), but it's nice to know someone speaks with _knowledge_ of IBM. Unfortunately, even on this forum, some people do not make the distinction. You owuld be surprised what I get in my official email. So, I will keep my personal opinions and experience in this new ID. That will saves lines of disclaimer, if nothing else! = Jim Sibley *** Grace Happens *** __ Do you Yahoo!? Yahoo! SiteBuilder - Free, easy-to-use web site design software http://sitebuilder.yahoo.com
Re: Changing runlevels etc
I think you want runlevel 1. Your box will go off the air, (as in if-down) ... you are entirely single-user, which is what I'd think you want to keep your filesystems consistent while you dd them. --Jim-- James S. Tison Senior Software Engineer TPF Laboratory / Architecture IBM Corporation If I wanna hear the pitter-patter of little feet, I'll put shoes on my dog. James Melin [EMAIL PROTECTED]To: [EMAIL PROTECTED] epin.mn.us cc: Sent by: Linux on Subject: Changing runlevels etc 390 Port [EMAIL PROTECTED] ST.EDU 06/27/2003 11:08 Please respond to Linux on 390 Port I have been reviewing the start/stop functions within the various rcx.d entries and I think I have a handle on thisbut I want to run this past the reflecting pool of wisdom known as the Linux-390 list. What I believe I need to do in order to get my boulder sized backups without taking the linux LPAR all the way down/up is this: Change to runlevel 2, and let the system handle getting various things down through normal channels. Runlevel 2 is going to start the following, by default (not sorted by number - sorry) S02dhclient S10at S05network S10mysql S07route S10quota S08proftpd S10raw S08snmpd S11lpd S01SuSEfirewall_init S08syslog S11smbfs S01dummy S10acct S11xntpd S01random S10argus S12cron My question is this: Where does telnet get started, will it stay active through a runlevel 3-2 shift and if not how does one start it. Secondly, since I don't use the SuSE Firewall, is there a point to me having this in rc2.d? I also wont need the SMBFS or mysql started. I'm just loathe to remove things from rc2.d since they are 'stock' and would be replaced in an OS upgrade Why runlevel 2? I want everything to halt so I can run a script that will take the file systems one by one and mount them read only and initiate a dd disk copy to a matching set of spare volumes. I'm not sure that I want the system in single user mode, since our operators really don't have anythign to do with this, and I want to be able to telnet into the box if I have to dial into work to fix things. Once the dasd has been mirrored, I want to take it offline to linux, send the system back to runlevel 3 and continue on. The one problem I'm having is with a component of DB2 connect coming up. I have had to manually issue db2start from the db2inst1 ID after the system is up, so I also need to know if it's possible for a script to do an su to the db2inst1 ID and still issue a command when it's time to bring the system back to runlevel 3 any examples of unix shell scripts that do things like this I could see would be most helpful. All this for lack of a backup client that doesn't suck, since I cant play in the 3494 because nobody here trusts linux/amanda to handle it properly
Re: x3270 keymap
John, It depends on the distribution you're on. Try locate Keymap.html The result should point you to a file you can load in your browser. It's relatively thorough. You made me look ... I haven't touched mine in years, and I'm like you, only slightly reprogrammed :-) --Jim-- James S. Tison Senior Software Engineer TPF Laboratory / Architecture IBM Corporation If I wanna hear the pitter-patter of little feet, I'll put shoes on my dog. McKown, John [EMAIL PROTECTED]To: [EMAIL PROTECTED] tr.com cc: Sent by: Linux onSubject: x3270 keymap 390 Port [EMAIL PROTECTED] IST.EDU 06/02/2003 13:29 Please respond to Linux on 390 Port Sorry for the total ignorance question. Is there a simple to understand document on how to set up the keymap for x3270? I've looked a bit at what I could find, but to be blunt, I just didn't understand it. I'm an old 3270 user whose fingers are permenantly encoded as to where the special keys such a ENTER (right cntl), NewLine (Enter), and RESET (left cntl) are supposed to be. Along with Insert, Home, PA1 (PgUP), PA2 (PgDN), ATTN (Esc), clear (Pause). I really wish that there we some keymap editor around which would do this for me. OK, it is one thing I like about Windows. -- John McKown Senior Systems Programmer UICI Insurance Center Applications Solutions Team +1.817.255.3225 This message (including any attachments) contains confidential information intended for a specific individual and purpose, and its' content is protected by law. If you are not the intended recipient, you should delete this message and are hereby notified that any disclosure, copying, or distribution of this transmission, or taking any action based on it, is strictly prohibited.
Re: NFS mounted directory
Sorry, Eric. NFS requires a network, too. --Jim-- James S. Tison Senior Software Engineer TPF Laboratory / Architecture IBM Corporation [EMAIL PROTECTED]
Re: SuSE Start-up
If this works at all like Red Hat's sysinit, and if you need to absolutely guarantee that your script runs at the very last, you'll need to name it S99zsomething ... the execution sequence of script files in the directory is determined by the collation order of the filenames found in it. However, the first letter of each filename must be either K or S. You'll also need to add this symlink to every runlevel's rc.d/rc.n in which you want it to run. Remember that some runlevels are targets just after booting, and some of them (0 and 6, usually) are invoked at shutdown. --Jim-- James S. Tison Senior Software Engineer TPF Laboratory / Architecture IBM Corporation [EMAIL PROTECTED] Rich Smrcina [EMAIL PROTECTED]To: [EMAIL PROTECTED] om cc: Sent by: Linux onSubject: Re: SuSE Start-up 390 Port [EMAIL PROTECTED] IST.EDU 03/03/2003 10:00 AM Please respond to Linux on 390 Port Like Sergey says, you can create your own startup scripts in /etc/init.d/rcn.d. S99something pointing to a script in /etc/init.d, will get executed last in the startup process. On Monday 03 March 2003 08:16 am, you wrote: Rich, I don't believe this will meet my needs. The README file in /etc/init.d says that boot.local runs -before- the rcn.d scripts. A little trace from SuSE seems to confirm this: Setting up loopback device..done Setting up hostname..done Mount SHM FS on /dev/shm..done Running /etc/init.d/boot.local- Setting up swapspace version 1, size = 209707008 bytes Adding Swap: 204788k swap-space (priority -1) ..doneCreating /var/log/boot.msg ..doneEnabling syn flood protection..done Disabling IP forwarding..done - INIT: Entering runlevel: 3 blogd: boot logging disabled Master Resource Control: previous runlevel: N, switching to runlevel: 3 Initializing random number generator..done I need something which runs -after- all the runlevel scripts. -Original Message- From: Rich Smrcina [mailto:[EMAIL PROTECTED] Sent: Monday, March 03, 2003 9:10 AM To: [EMAIL PROTECTED] Subject: Re: SuSE Start-up Look for /etc/rc.d/boot.local 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 -- 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: vi vs. ISPF
How about this little workaround? echo set showmode $HOME/.exrc Now fire up vi. Command mode is the default -- nothing shows on the status line. The status line at the bottom of the screen will tell you when you're in insert, append, or replace mode, just like the little insert indicator will come up on a 3270's status line :-) I agree with many ... this is a religious war, and you should do whatever floats your boat. Personally, I use whichever editor I have available. vi just happens to be ubiquitous enough to use on any self-respecting *nix machine (although I do have a story about one user's box I had to work on that had neither man pages nor vi -- he liked pico, and couldn't bring himself to waste the disk space ... sheesh). I never liked having to memorize keystrokes, but then again, 3270s just aren't available everywhere you go. vi wasn't *that* hard to learn after 20 years of working with ISPF/XEDIT. It just took a little getting used to, and I gotta admit, it has its strengths. One of these is not having to set EDITOR when working with CVS :-) Oh ... that One True Editor was Windows Notepad? Sorry for the argument -- you win :-) --Jim-- James S. Tison Senior Software Engineer TPF Laboratory / Architecture IBM Corporation [EMAIL PROTECTED] Jay Maynard jmaynard@conmicrTo: [EMAIL PROTECTED] o.cxcc: Sent by: Linux onSubject: Re: vi vs. ISPF 390 Port [EMAIL PROTECTED] IST.EDU 02/20/2003 11:54 AM Please respond to Linux on 390 Port On Thu, Feb 20, 2003 at 08:41:07AM -0800, Fargusson.Alan wrote: I am surprised that some of you can't figure out the difference between command mode, and insert mode. The problem is that typig text at vi in command mode is often catastrophic, and there's no good way to tell if you're in command mode in most setups. Sure, you can always do esc I (or A, or...) to make sure you're in insert mode, but why should you have to?
Re: Suse 7 kernet 2.4 Packages
Hello Ken, Warning: Im not running SuSE. 1) Yes, you've added it, but it's not useable yet. You'll then need to: a) Low level format the disk surface (see man dasdfmt) b) Partition it (see man fdasd) c) Apply a filesystem to it (I suggest you see man mke2fs, but you have other alternatives) d) Mount it to the system at the directory of your choice. You should add this device and its mount point to /etc/fstab. 2) Never run YAST in my life ... I couldn't tell you a thing about it. Welcome, and good luck --Jim-- James S. Tison Senior Software Engineer TPF Laboratory / Architecture IBM Corporation [EMAIL PROTECTED] Ken Vance [EMAIL PROTECTED]To: [EMAIL PROTECTED] et cc: Sent by: Linux onSubject: Suse 7 kernet 2.4 Packages 390 Port [EMAIL PROTECTED] IST.EDU 02/05/2003 01:51 PM Please respond to Linux on 390 Port Hi, I have 2 questions: 1.) I added new DASD today to our Suse 7 system, kernel 2.4. I edited /etc/zipl.conf and added the new DASD, and then I issued a zipl. Is this the correct way to add DASD? 2.) One of our testers wants the kernel source, so I perfomed the following steps: - Yast - Package management - Load Configuration - Change or create configuration - selected zq Source packages - selected kernel-source_spm When I selected the item, the amount of free space went from 95.7mb to 71.8m - Start installation It then downloaded the package and showed Installation complete When I looked at the amount of free space on the one disk, it had returned to 95.7. It seems that the source has not been installed. I have 2 disks, one with 95.7mb free, and the second with 2.11gb. I also tried a smaller source that even when expanded would have fit on the first drive, but I get the sane result. Does anyone know what step I am missing? Also, once I finally do get the source, what directory will it be in? Thanks, Ken Vance Amadeus
Re: ZIPL - confused and dazed
James, Partition checks are a normal part of the system's boot cycle - it lists all the partitions it sees on your system. It looks like it sees no partitions on your dasdb device, though, which is a cause for alarm, unless the IPL just stopped before it could list /dev/dasdb1. I'd be grasping at straws to guess at what this might have to do with your IPL halting in mid-stream. I'm not running SuSE. I have to wonder what happened to the partition table on dasdb, though, provided that the IPL just didn't stop there by chance. Is it possible you ran zipl against the device (dasdb) and not against a partition on that device (dasdb1)? Maybe that might explain it? dasdb1 is supposed to be your root disk ... whenever I've been in situations where the kernel couldn't mount the root device for any reason, it's complained very clearly and loudly about that very fact. This IPL freeze is odd. I don't know of any layout requirements (CDL/LDL) on the swap DASD. --Jim-- James S. Tison Senior Software Engineer TPF Laboratory / Architecture IBM Corporation +1 203 486-2835 (voice/fax) [EMAIL PROTECTED] James Melin [EMAIL PROTECTED]To: [EMAIL PROTECTED] epin.mn.us cc: Sent by: Linux on Subject: Re: ZIPL - confused and dazed 390 Port [EMAIL PROTECTED] ST.EDU 01/24/2003 03:19 PM Please respond to Linux on 390 Port I rolled the dice and did an IPL. I got activity, and stuff, so YaST now apparently writes the IPL record correctly. But I get the following thing that halts the IPL. Partition Check: dasda:VOL1/ L40D1C :dasda dasda1 dasdb:VOl1/ L40D18: dasdb The Kernel command line looked like this: dasd=0d1c,0d18,0d1a,0d19,0d1d,0d1b,0d1e,0d1f root = /dev/dasdb1 noinitrd 0d1c is the swap volume and I had it formatted in CDL layout as well as the others. 0D18-0D1B are mod 9 devices, while 0d1c-0d1f are custom volumes of approximately 1 gig. I used 0d1d I believe as /tmp, 0d1a as /var, 0d19 as /opt and 0d1b as /usr I think - not that this is probably relevant. Of course, yast re-arranges things so that swap is always dasda. Thing is, should swap be in CDL format? it allowed me to set it as swap in fdasd. So what is a Partition check and how does one fix it? |-+ | | Post, Mark K | | | [EMAIL PROTECTED]| | | m | | | Sent by: Linux on| | | 390 Port | | | [EMAIL PROTECTED]| | | IST.EDU | | || | || | | 01/24/2003 01:41 | | | PM | | | Please respond to| | | Linux on 390 Port| | || |-+ --| | | | To: [EMAIL PROTECTED] | | cc: | | Subject: Re: ZIPL - confused and dazed | --| James, Not sure if the install did it or not. Theoretically, you should be able to just issue the zipl command (with no parameters) to make sure. Mark Post -Original Message- From: James Melin [mailto:[EMAIL PROTECTED]] Sent: Friday, January 24, 2003 9:07 AM To: [EMAIL PROTECTED] Subject: Re: ZIPL - confused and dazed I found what appears to be my new root volume at /mnt/. Apparantly YaST has already built a zipl.conf file for me? Does this mean that YaST also handled the IPL record? The zipl.conf file contains the correct dasd devices. I see it still keeps the annoying behaviour of rearranging things so that dasda1 is your swap volume. I just want to make sure that the ipl record has been written. If so, I will attempt to IPL the new system. |-+ | | Post, Mark K | | | [EMAIL PROTECTED]| | | m | | | Sent by: Linux on| | | 390 Port | | | [EMAIL PROTECTED]| | | IST.EDU | | || | || | | 01/23/2003 03:52 | | | PM | | | Please respond to| | | Linux on 390 Port| | || |-+
Re: Regina/rexx SOCKET
Has anyone used Object Rexx? What do you think of it compared to Regina? Yeah, I have; but I've not played a lot with Regina ... its dialect seems a tad foreign to me; but that's only because of my IBM upbringing. I'm not a good one to judge the relative usability and friendliness of each. Object Rexx is a direct inheritor of Mike Cowlishaw's original REXX effort as implemented on VM. It supports everything that the original REXX did in the same way, and adds the ability to create C++-like classes with embedded methods. There are some new keywords (DO OVER, for example) that work with classes which turn out to be huge noise-level code-savers and quite convenient to work with once you get used to it. There are also some default classes to support I/O streams, for example, that are also very, very nice. It *does* support all of the old (non-OO) syntax semantics, at least as far as I could tell -- in many cases you have the choice of doing things in the old procedural syntax or the new OO way. Veteran REXX coders won't be disappointed. If it were up to me, I'd spread Object Rexx (as opposed to vanilla Rexx) over the entire IBM OS set -- there aren't versions available for TSO or CMS. It's pretty nice. If you've got the right Linux machine (there are no s390x/ELF64 binaries available), you can download it and try it for free (I believe). I strongly suggest doing so if you're curious it comes with PDF documentation. I use it on all of my Linux ix86 machines ... I'd love to use it on my zLinux ThinkBlue64 machine; but there are no s390x binaries available for it. Am still looking fo replace ThinkBlue with a slightly more modern s390x based distribution that handles ELF32 modules in compatibility mode. Object Rexx is the primary reason. --Jim-- James S. Tison Senior Software Engineer TPF Laboratory / Architecture IBM Corporation [EMAIL PROTECTED]