VM VSE linux/390 Employment Web Page
Greetings; (Posted to VMESA-L and VSE-L and LINUX-390) - - Now in its fifth year! - - Now includes VSE and linux/390! I have set up a public service web page at http://www.eskimo.com/~wix/vm/ for posting positions available and wanted for VM, VSE and linux/390. Please visit the web page for more information and feel free to send me any info you would like to have posted. Please make VM or VSE or linux/390 the first word in the subject. Questions and comments welcome! (Text or html OK. No java, gifs, .DOC, etc. NO RESUMES or CVs!) Please check the web pages for examples before sending your ad! Good luck, Dennis VM VSE linux/390 Positions Available last updated Nov 28. VM VSE linux/390 Positions Wanted last updated Nov 28. 283410 12/05/02 00:05:01
Re: Linux 2.4.19 Kernel loadavg
On Thu, Dec 05, 2002 at 05:45:51AM +0800, John Summerfield wrote: On Wed, 4 Dec 2002, Post, Mark K wrote: Sergey, Nothing is taking all the CPU. The system is idling. That's why it's a bug. :) Load average doesn't mean CPU. I don't kn0w just what it _does_ mean, but during times of stress I''ve seen high loadaverage AND high wait. I/O contributes to loadaverage. Load Average are the number of processes which - are ready to run (eather on the cpu or in the wait queue for the cpu) - are in uninterruptble sleep state (happens when the process waits for resources in the kernel) So it is possible to have no process on the cpu, but a load average of one. Ihno There was nothing else active when I ran this test, and as you can see there was little CPU work involved. [root@orange root]# uptime;time dd if=/dev/hda of=/dev/null bs=1024k count=1024;uptime 5:42am up 5 days, 10:14, 19 users, load average: 0.17, 0.25, 0.15 1024+0 records in 1024+0 records out real1m22.574s user0m0.018s sys 0m13.588s 5:44am up 5 days, 10:15, 19 users, load average: 0.87, 0.46, 0.23 [root@orange root]# -- Cheers John. Join the Linux Support by Small Businesses list at http://mail.computerdatasafe.com.au/mailman/listinfo/lssb -- Ihno Krumreich[EMAIL PROTECTED] SuSE Linux AG S390 zSeries Deutschherrnstr. 15-19+49-911-74053-439 90429 N|rnberghttp://www.suse.de
Re: smbclient authorization error
FYI, testparm -s will suppresses the Press enter to see a dump of your service definitions prompt. echo|testparm|less testparm -s|less Avoids an unnecessary pipe, and more importantly, well, it IS two characters shorter ;). Bah ~ Daniel -Original Message- From: John Summerfield Sent: Wednesday, December 04, 2002 5:33 PM Subject: Re: smbclient authorization error On Wed, 4 Dec 2002, Post, Mark K wrote: No, the two don't conflict. Yes, print$ is the _required_ name (by the Windows clients, etc.) for the various print wizards and driver downloads. I figured that from later posts. Just testparm | less would be more effective. echo | testparm | less avoids this prompt: Press enter to see a dump of your service definitions -- Cheers John. Join the Linux Support by Small Businesses list at http://mail.computerdatasafe.com.au/mailman/listinfo/lssb --- This message is the property of Time Inc. or its affiliates. It may be legally privileged and/or confidential and is intended only for the use of the addressee(s). No addressee should forward, print, copy, or otherwise reproduce this message in any manner that would allow it to be viewed by any individual not originally listed as a recipient. If the reader of this message is not the intended recipient, you are hereby notified that any unauthorized disclosure, dissemination, distribution, copying or the taking of any action in reliance on the information herein is strictly prohibited. If you have received this communication in error, please immediately notify the sender and delete this message. Thank you.
regina/rexx SOCKET
I have a VM-Rexx socket program I would like to use in Linux. But when I run this rexx program using regina I get the following sh: SOCKET: command not found Is there a way to make these SOCKET calls work in regina? Mark D Pace Senior Systems Engineer Mainline Information Systems 1700 Summit Lake Drive Tallahassee, FL. 32317 [EMAIL PROTECTED] Office: 850.219.5184 Fax: 850.219.5050 http://www.mainline.com
Neat one
Note also the IBM involvement: http://news.bbc.co.uk/1/hi/technology/2543173.stm -- Phil Payne http://www.isham-research.com +44 7785 302 803 +49 173 6242039
Re: regina/rexx SOCKET
Mark, It looks like you'll need to install the rxsock extension (assuming it will port to s/390 - I've not tested it). http://fly.hiwaay.net/~abbott/regina/ Regards, Dougie Lawson -- ITS Technical Support SupportLine for IMS, DB2 Linux
Re: Regina/rexx SOCKET
I have a VM-Rexx socket program I would like to use in Linux. But when I run this rexx program using regina I get the following sh: SOCKET: command not found Is there a way to make these SOCKET calls work in regina? Upon further review it appears that IBM's Object Rexx has the RxSocket support included. Has anyone used Object Rexx? What do you think of it compared to Regina? Thanks very much for everyone's time. Mark D Pace Senior Systems Engineer Mainline Information Systems 1700 Summit Lake Drive Tallahassee, FL. 32317 [EMAIL PROTECTED] Office: 850.219.5184 Fax: 850.219.5050 http://www.mainline.com
mount hangs
Hi, I wanted to build a linux that has ext3 and lvm support. I installed the latest LVM (1.0.3?) and used kernel 2.4.17 with the patches needed. So far so good. I ipled the new kernel and was happy that everything worked fine. But now I have the problem that I cannot mount or unmount a filesystem. These two commands will hang when I try to execute them. My e2fsprogs are 1.23-2. Where is the problem? I have another system running the same configuration (so far as I remember) and there are no problems at all. thx, - Tim -
Testing a second OSA-E card
We recently upgraded our 9672 G6 (with an OSA-2 card) to a z900 (with two OSA-E cards). I'm testing a SuSE Linux 2.2.16 distribution and currently using one of the OSA-Es in non-qdio mode. Everything is working fine just like with the 9672. I would like to try the other OSA-E (which is genned for qdio). I've look through some of the redbooks and search the archives and I wasn't real sure of the command sequence to get Linux talking to OSA-E on at least a temporary basis. Would the sequence be something like: insmod qdio insmod qeth qeth1,0x1500,0x1501,0x1502,portname=TESTPORT [1500 is the device number] ifconfig eth1 xxx.xxx.xxx.xxx netmask xxx.xxx.xxx.xxx Thanks, Dave Froberg Phone: 202-312-9807 Email: [EMAIL PROTECTED]
Re: Regina/rexx SOCKET
I used O-REXX to write a UFT send procedure. It was sort of bi-modal. I could write parts in the standard REXX syntax and other parts in Object syntax. The product seemed pretty solid as I had no problems with other than rethinking the syntax from traditional REXX. spool_id = right(strip(spool_id),4,'0') becomes spool_id = spool_id~strip()~right(4,'0') To: [EMAIL PROTECTED] Mark D Pace cc: (bcc: Michael Short/Towers Perrin) Mark.Pace@mainliSubject: Re: Regina/rexx SOCKET ne.com Sent by: Linux on 390 Port [EMAIL PROTECTED] IST.EDU 12/05/2002 08:01 AM Please respond to Linux on 390 Port I have a VM-Rexx socket program I would like to use in Linux. But when I run this rexx program using regina I get the following sh: SOCKET: command not found Is there a way to make these SOCKET calls work in regina? Upon further review it appears that IBM's Object Rexx has the RxSocket support included. Has anyone used Object Rexx? What do you think of it compared to Regina? Thanks very much for everyone's time. Mark D Pace Senior Systems Engineer Mainline Information Systems 1700 Summit Lake Drive Tallahassee, FL. 32317 [EMAIL PROTECTED] Office: 850.219.5184 Fax: 850.219.5050 http://www.mainline.com
Dasd:unsupported feature
We are getting the following msg when booting a S390 LPAR from tape that has redhat 7.2 on it. dasd:unsupported feature: 1728, ignoring setting6dasd:initialization not performed due to errors The dasd is a 3390-3 in a shark. Can someone help resolve this, please? Or point me to the relevant manual? Thank, Larry Heath 706-275-3260 ** Privileged and/or confidential information may be contained in this message. If you are not the addressee indicated in this message (or are not responsible for delivery of this message to that person) , you may not copy or deliver this message to anyone. In such case, you should destroy this message and notify the sender by reply e-mail. If you or your employer do not consent to Internet e-mail for messages of this kind, please advise the sender. Shaw Industries does not provide or endorse any opinions, conclusions or other information in this message that do not relate to the official business of the company or its subsidiaries. **
Re: Testing a second OSA-E card
Make sure you put portname:TESTPORT (I mean colon!!! not = sign) Carlos :-) Saying goes: Great minds think alike - I say: Great minds think for themselves! Carlos A. Ordonez IBM Corporation Server Consolidation |-+--- | | Froberg, David | | | C | | | FrobergDC@state| | | .gov | | | Sent by: Linux | | | on 390 Port | | | [EMAIL PROTECTED]| | | RIST.EDU | | | | | | | | | 12/05/2002 08:58| | | AM | | | Please respond | | | to Linux on 390 | | | Port| | | | |-+--- ---| | | |To: [EMAIL PROTECTED] | |cc: | | From: | | Subject: Testing a second OSA-E card | | | ---| We recently upgraded our 9672 G6 (with an OSA-2 card) to a z900 (with two OSA-E cards). I'm testing a SuSE Linux 2.2.16 distribution and currently using one of the OSA-Es in non-qdio mode. Everything is working fine just like with the 9672. I would like to try the other OSA-E (which is genned for qdio). I've look through some of the redbooks and search the archives and I wasn't real sure of the command sequence to get Linux talking to OSA-E on at least a temporary basis. Would the sequence be something like: insmod qdio insmod qeth qeth1,0x1500,0x1501,0x1502,portname=TESTPORT [1500 is the device number] ifconfig eth1 xxx.xxx.xxx.xxx netmask xxx.xxx.xxx.xxx Thanks, Dave Froberg Phone: 202-312-9807 Email: [EMAIL PROTECTED]
Re: Testing a second OSA-E card
Dave, That sounds about right, except for the = - : correction Carlos noted. The other option, in case you want to play around with things for a while, would be to put the information into /etc/modules.conf: alias eth1 qeth options qeth qeth_options=noauto;0x1500,0x1501,0x1502,portname:TESTPORT Then all you have to do is the ifconfig eth1 commands and it all magically works. Mark Post -Original Message- From: Froberg, David C [mailto:[EMAIL PROTECTED]] Sent: Thursday, December 05, 2002 8:58 AM To: [EMAIL PROTECTED] Subject: Testing a second OSA-E card We recently upgraded our 9672 G6 (with an OSA-2 card) to a z900 (with two OSA-E cards). I'm testing a SuSE Linux 2.2.16 distribution and currently using one of the OSA-Es in non-qdio mode. Everything is working fine just like with the 9672. I would like to try the other OSA-E (which is genned for qdio). I've look through some of the redbooks and search the archives and I wasn't real sure of the command sequence to get Linux talking to OSA-E on at least a temporary basis. Would the sequence be something like: insmod qdio insmod qeth qeth1,0x1500,0x1501,0x1502,portname=TESTPORT [1500 is the device number] ifconfig eth1 xxx.xxx.xxx.xxx netmask xxx.xxx.xxx.xxx Thanks, Dave Froberg Phone: 202-312-9807 Email: [EMAIL PROTECTED]
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]
Re: regina/rexx SOCKET
It looks like this extension was specifically designed for Regina and Winrexx running on Windows systems only. I'm sure it could be ported easily enough, but not by me. Mark Post -Original Message- From: Dougie G Lawson [mailto:[EMAIL PROTECTED]] Sent: Thursday, December 05, 2002 7:24 AM To: [EMAIL PROTECTED] Subject: Re: regina/rexx SOCKET Mark, It looks like you'll need to install the rxsock extension (assuming it will port to s/390 - I've not tested it). http://fly.hiwaay.net/~abbott/regina/ Regards, Dougie Lawson -- ITS Technical Support SupportLine for IMS, DB2 Linux
Re: Regina/rexx SOCKET
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. Funny, it was *promised* for CMS. That promise was later broken. See the 1997 edition of Melinda Varian's _VM and the VM Community_ p. 67. There are those of us who are still bitter about IBM's 180 on ORexx. Adam
Re: Regina/rexx SOCKET
On Thu, 5 Dec 2002 08:01:59 -0500, Mark D Pace wrote: Upon further review it appears that IBM's Object Rexx has the RxSocket support included. Has anyone used Object Rexx? What do you think of it compared to Regina? Haven't tried Regina, but ObjextRexx is pretty neat - especially if you like the object-part :-) If not, it's just Rexx, nothing more, nothing less. regards, Per Jessen, Zurich http://www.enidan.com - home of the J1 serial console.
Re: Regina/rexx SOCKET
I tried to run B2H EXEC from the VM Download page on Windows using Regina. It bombed. Switched to Object REXX, it worked perfectly. -Original Message- From: Mark D Pace [SMTP:[EMAIL PROTECTED]] Sent: Thursday, December 05, 2002 8:02 AM To: [EMAIL PROTECTED] Subject: Re: Regina/rexx SOCKET I have a VM-Rexx socket program I would like to use in Linux. But when I run this rexx program using regina I get the following sh: SOCKET: command not found Is there a way to make these SOCKET calls work in regina? Upon further review it appears that IBM's Object Rexx has the RxSocket support included. Has anyone used Object Rexx? What do you think of it compared to Regina? Thanks very much for everyone's time. Mark D Pace Senior Systems Engineer Mainline Information Systems 1700 Summit Lake Drive Tallahassee, FL. 32317 [EMAIL PROTECTED] Office: 850.219.5184 Fax: 850.219.5050 http://www.mainline.com
linux-2.4.19-s390-2-may2002.tar.gz MD5 recommended (2002-11-25)
Hello, I'm trying to upgrade my kernel with this new recommended patch and i get this trouble. Any idea ? rm -f s390-misc.o s390-ibm-linux-ld -m elf_s390 -r -o s390-misc.o chandev.o make[3]: Leaving directory `/usr/src/linux-2.4.19/drivers/s390/misc' make[2]: Leaving directory `/usr/src/linux-2.4.19/drivers/s390/misc' make -C net make[2]: Entering directory `/usr/src/linux-2.4.19/drivers/s390/net' make all_targets make[3]: Entering directory `/usr/src/linux-2.4.19/drivers/s390/net' make[3]: Nothing to be done for `all_targets'. make[3]: Leaving directory `/usr/src/linux-2.4.19/drivers/s390/net' make[2]: Leaving directory `/usr/src/linux-2.4.19/drivers/s390/net' make -C scsi make[2]: Entering directory `/usr/src/linux-2.4.19/drivers/s390/scsi' make all_targets make[3]: Entering directory `/usr/src/linux-2.4.19/drivers/s390/scsi' make[3]: Nothing to be done for `all_targets'. make[3]: Leaving directory `/usr/src/linux-2.4.19/drivers/s390/scsi' make[2]: Leaving directory `/usr/src/linux-2.4.19/drivers/s390/scsi' make all_targets make[2]: Entering directory `/usr/src/linux-2.4.19/drivers/s390' s390-ibm-linux-gcc -D__KERNEL__ -I/usr/src/linux-2.4.19/include -Wall -Wstrict-prototypes -Wno-trigraphs -O2 -fno-strict-aliasing -fno-common -fomit-frame-pointer -pipe -fno-strength-reduce -nostdinc -I /usr/local/lib/gcc-lib/s390-ibm-linux/3.2/include -DKBUILD_BASENAME=s390io -DEXPORT_SYMTAB -c s390io.c s390io.c: In function `switch_off_chpids': s390io.c:832: `chpids' undeclared (first use in this function) s390io.c:832: (Each undeclared identifier is reported only once s390io.c:832: for each function it appears in.) s390io.c:2927:57: warning: multi-line string literals are deprecated s390io.c: At top level: s390io.c:843: warning: `s390_send_nop' defined but not used make[2]: *** [s390io.o] Error 1 make[2]: Leaving directory `/usr/src/linux-2.4.19/drivers/s390' make[1]: *** [first_rule] Error 2 make[1]: Leaving directory `/usr/src/linux-2.4.19/drivers/s390' make: *** [_dir_drivers/s390] Error 2 Thanks for yours suggestions. Gerard MONTELEONE Ingenieur Systeme Reseau * 04.95.23.68.09 / 06.87.72.70.32 S.I.TE.C zi du Vazzio 20090 AJACCIO Cedex [EMAIL PROTECTED]
Re: 3172 lcs problem
Mark, the information sent so far derive from a cloned production linux machine, connected via vmlan, where I tried to add a 2nd (the 3172) interface. Reason for this: Its my highest system level (SLES7 GA plus Oct 02 recommended updates per YOU). T tried this level when my SLES7 GA level came up with this error. But I have that GA level 1st install console log available and partly included. hwc low level driver: can write messages hwc low level driver: can not read state change notifications hwc low level driver: can read commands hwc low level driver: can read priority commands Linux version 2.4.7-SuSE-SMP (root§s390vm11) (gcc version 2.95.3 20010315 (SuSE)) #1 SMP Tue Oct 30 23:24:09 GMT 2001 We are running under VM This machine has an IEEE fpu On node 0 totalpages: 131072 zone(0): 131072 pages. zone(1): 0 pages. zone(2): 0 pages. Kernel command line: ramdisk_size=32768 root=/dev/ram0 ro Highest subchannel number detected (hex) : 000E Calibrating delay loop... 367.00 BogoMIPS Memory: 502208k/524288k available (1924k kernel code, 0k reserved, 617k data, 48k init) ... Ok, now we can set up the network configuration. First 16 possible OSA / OSA-2 channel devices detected: chan_type is a bitfield of: CTC=1 ESCON=2 LCS=0x4 chancucu devdev in chandev devno type type model type model pim chpids use reg. 0f42 043088 01 00 80 10ff nono 0f43 043088 01 00 80 10ff nono Enter the read channel device number, e.g. 'FC20' (0f42): 0f42 Please enter the relative port number on device address 0f42 Relative port, e.g. '0' (0): 1 Writing 'noauto;lcs0,0x0f42,0xf43,0,1' to /proc/chandev Using /lib/modules/2.4.7-SuSE-SMP/net/lcs.o Starting lcs module $Revision: 1.119 $ $Date: 2001/09/24 14:40:13 $ with chandev support,with multicast support, with ethernet support, with token ring support. debug: lcs: new level 0 lcs_sleepon network card taking time responding irq=000d devno=0f42, please be patient, ctrl-c will exit if shell prompt is available . qipassist failed, ipassists assumed unsupported for tr0 lcs: tr0 configured as follows read subchannel=d write subchannel=e read_devno=0f42 write_devno=0f43 hw_address=08:00:5A:0C:E0:21 rel_adapter_no=1 lcs27584 0 (unused) tr0 Link encap:16/4 Mbps Token Ring (New) HWaddr 08:00:5A:0C:E0:21 BROADCAST MULTICAST MTU:2000 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:0 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:100 RX bytes:0 (0.0 b) TX bytes:0 (0.0 b) tr0 is available, continuing with network setup. Configuration for tr0 will be: Full host name : linux3 IP address : 90.0.1.51 Net mask : 255.0.0.0 Broadcast address: 90.255.255.255 Gateway address : 90.0.0.4 MTU size : 1492 Is this correct (Yes/No) ? yes ifconfig tr0 90.0.1.51 netmask 255.0.0.0 broadcast 90.255.255.255 mtu 1492 lcs_sleepon network card taking time responding irq=000d devno=0f42, please be patient, ctrl-c will exit if shell prompt is available . A partially successful startup read_devno=0f42 write_devno= f43 was detected please check your configuration parameters,cables connection to the network. SIOCSIFFLAGS: No such device /sbin/ifconfig tr0 : tr0 Link encap:16/4 Mbps Token Ring (New) HWaddr 08:00:5A:0C:E0:21 inet addr:90.0.1.51 Bcast:90.255.255.255 Mask:255.0.0.0 BROADCAST MULTICAST MTU:1492 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:0 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:100 RX bytes:0 (0.0 b) TX bytes:0 (0.0 b) Trying to ping my IP address: PING 90.0.1.51 (90.0.1.51): 56 data bytes 64 bytes from 90.0.1.51: icmp_seq=0 ttl=255 time=3.286 ms 64 bytes from 90.0.1.51: icmp_seq=1 ttl=255 time=0.109 ms 64 bytes from 90.0.1.51: icmp_seq=2 ttl=255 time=0.148 ms --- 90.0.1.51 ping statistics --- 3 packets transmitted, 3 packets received, 0% packet loss round-trip min/avg/max = 0.109/1.181/3.286 ms Trying to ping the IP address of the Gateway: PING 90.0.0.4 (90.0.0.4): 56 data bytes ping: sendto: Network is unreachable ping: wrote 90.0.0.4 64 chars, ret=-1 Sorry for such a lengthy reply, but in my situation ... Dietmar Rueger NMC Informationssysteme GmbH mailto:[EMAIL PROTECTED]
Re: Compilation (link) failure for libsigc++ package
Just as an update... I'm running into this same link error with a number of other packages. It's really looking like something wrong with the interaction between gcc 2.95.3, and glibc 2.2.5. :( Mark Post -Original Message- From: Post, Mark K Sent: Tuesday, December 03, 2002 6:13 PM To: 'Ulrich Weigand' Cc: [EMAIL PROTECTED] Subject: RE: Compilation (link) failure for libsigc++ package Ulrich, I changed the bastring.cc file as you suggested. It made no difference. I get exactly the same error as before. The .ii file showed that the modified line was being included: template class charT, class traits, class Allocator ostream operator (ostream o, const basic_string charT, traits, Allocator s) { return o.write (s.data (), (streamsize) s.length ()); } Mark Post -Original Message- From: Ulrich Weigand [mailto:[EMAIL PROTECTED]] Sent: Tuesday, December 03, 2002 5:44 PM To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED] Subject: Re: Compilation (link) failure for libsigc++ package Mark, That's where things get a little strange. The source module is only 44 lines line, and line 25 is a blank line. :( Here's the entire module: I'm not sure, but I guess this means it happens during template expansion for a template needed in main. This would be the 'retbind' invokation, I guess. Could you compile with --save-temps and send me the resulting .ii file? parser.o: In function `ostream operatorchar, string_char_traitschar, __default_alloc_template true, 0 (ostream , basic_stringchar, string_char_traitschar, __default_alloc_templatetrue, 0 const )': parser.o(.gnu.linkonce.t.__ls__H3ZcZt18string_char_traits1ZcZt24__default_al loc_template2b1i0_R7ostr eamRCt12basic_string3ZX01ZX11ZX21_R7ostream+0x10): undefined reference to `ostream::write(char const *, long)' Hmm, this looks like a bug in the standard headers themselves ... I'm assuming you are using gcc 2.95.3, right? This comes with a header file /usr/include/g++/std/bastring.cc, which reads around line 470: template class charT, class traits, class Allocator ostream operator (ostream o, const basic_string charT, traits, Allocator s) { return o.write (s.data (), s.length ()); } This calls ostream::write with a second argument of type size_t, which is long on s390, not streamsize, which is int on s390 ... Does it help if you change that line to: return o.write (s.data (), (streamsize) s.length ()); Bye, Ulrich -- Dr. Ulrich Weigand [EMAIL PROTECTED]
Re: Compilation (link) failure for libsigc++ package
Mark Post wrote: I'm running into this same link error with a number of other packages. It's really looking like something wrong with the interaction between gcc 2.95.3, and glibc 2.2.5. :( Ah, now that is certainly possible, given the close interaction between the libc I/O and libstdc++ I/O routines ... This particular combination of gcc and glibc unfortunately is one we never tested. I'm afraid I don't have the time right now to investigate what's going on in this combination. Is it possible for you to either downgrade to glibc 2.2.4 or upgrade to gcc 3.2(.1)? Those are the combinations that we can be reasonable sure are working ... Bye, Ulrich -- Dr. Ulrich Weigand [EMAIL PROTECTED]
Re: Compilation (link) failure for libsigc++ package
I've got gcc 3.2 compiling as I write this. It's taking a while, but I should have something by the end of the day that I can test with. Mark Post -Original Message- From: Ulrich Weigand [mailto:[EMAIL PROTECTED]] Sent: Thursday, December 05, 2002 2:26 PM To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED] Subject: Re: Compilation (link) failure for libsigc++ package Mark Post wrote: I'm running into this same link error with a number of other packages. It's really looking like something wrong with the interaction between gcc 2.95.3, and glibc 2.2.5. :( Ah, now that is certainly possible, given the close interaction between the libc I/O and libstdc++ I/O routines ... This particular combination of gcc and glibc unfortunately is one we never tested. I'm afraid I don't have the time right now to investigate what's going on in this combination. Is it possible for you to either downgrade to glibc 2.2.4 or upgrade to gcc 3.2(.1)? Those are the combinations that we can be reasonable sure are working ... Bye, Ulrich -- Dr. Ulrich Weigand [EMAIL PROTECTED]
Re: Ext3 oddity
Adam Thornton wrote: If you have a shared volume, linked read-only, to a virtual machine, formatted with ext3, then even if you have it specified as ro in /etc/fstab, you still get errors at boot, presumably as it tries to do something with the journal inode. If you mount it as ext2 these errors do not appear, Shouldn't ext3 see that it's being mounted read-only, and not attempt to manipulate the journal? Adam Since there is no real difference between ext2 and ext3 except for the journal, just mount it as ext2. There is no reason to mount a read only filesystem as ext3 Mark Earnest ~~ Senior Systems Programmer Academic Services Emerging Technologies Penn State University smime.p7s Description: S/MIME Cryptographic Signature
Install PHP with Mysql
I recently installed the following RPM's: MySQL-3.23.41-1a.s390.rpm MySQL-devel-3.23.41-1a.s390.rpm MySQLclient9-3.23-22-6a.s390.rpm MySQL-server-3.23.41-1a.s390.rpm Afterwards, I was able to start the mysqld daemon ok and install an application I downloaded for a demonstration of the viability of the Linux VM on s390 platform. The application url is http://epayroll.sourceforge.net/ and it required mysql v3,22x or higher, Apache running as a webserver, and PHP v4.0.2 or higher (mine is v4.0.6). However, when I finally attempted to log into this application, I got the following error: Fatal error: Call to undefined function: mysql_connect() in /var/www/html/eps/datacon.php on line 14 I contacted the author of this application who suggested that I reinstall PHP with the mysql option enabled. Towards that end, I downloaded and installed the php-mysql-4.0.6-15.s390.rpm file. Unfortunately I got the same error. I am somewhat certain that the author of this application was on the right track. Would anyone on this forum care to offer me any direction on this matter? Thank you in advance for your time.
s390-tools needs ucd-snmp
I'm trying to build the s390-tools for the May2002 stream. The code is looking for ucd-snmp headers, specifically ucd-snmp/ucd-snmp-config.h, ucd-snmp/ucd-snmp-includes.h, and ucd-snmp/ucd-snmp-agent-includes.h. I found net-snmp 5.0.6 on SourceForge, but that package doesn't seem to have everything necessary, even though it is supposed to be the replacement for ucd-snmp. Could the IBM developers tell me what ucd-snmp package they use, and where they got it? Thanks, Mark Post
Re: s390-tools needs ucd-snmp
On Fri, Dec 06, 2002 at 08:26:00AM +1000, Vic Cross wrote: And perhaps why there is a dependency on SNMP headers? osasnmpd attaches itself to ucd-snmpd using the AgentX interface therefore it needs some structures defined in the ucd-snmpd headers. Regards, Jochen
Re: s390-tools needs ucd-snmp
Jochen, Thanks, I appreciate it. One comment, though. The SourceForge site states that the 4.2 line has been stabilized, so you might want to consider modifying the code to work with the 5.0 version. Thanks again, Mark Post -Original Message- From: Jochen Röhrig [mailto:[EMAIL PROTECTED]] Sent: Thursday, December 05, 2002 5:41 PM To: [EMAIL PROTECTED] Subject: Re: s390-tools needs ucd-snmp On Thu, Dec 05, 2002 at 05:12:03PM -0500, Post, Mark K wrote: I'm trying to build the s390-tools for the May2002 stream. The code is looking for ucd-snmp headers, specifically ucd-snmp/ucd-snmp-config.h, ucd-snmp/ucd-snmp-includes.h, and ucd-snmp/ucd-snmp-agent-includes.h. I found net-snmp 5.0.6 on SourceForge, but that package doesn't seem to have everything necessary, even though it is supposed to be the replacement for ucd-snmp. Could you try ucd-snmp 4.2.5 from http://prdownloads.sourceforge.net/net-snmp/ucd-snmp-4.2.5.tar.gz?download and consider the restrictions described on http://oss.software.ibm.com/linux390/restrictions2_4_17-may2002.shtml#s390to olsrestr20020531 Jochen
Re: Install PHP with Mysql
Hi, You forgot to tell what distribution you use. Here i use debian 3.0 (woody) and php-mysql works fine. Look for the following line on your php.ini (mine is in /etc/php4/apache/php.ini): extension=mysql.so Look for the plugin also (maybe your path is different): /usr/lib/php4/20010901/mysql.so Regards, Ivo. On Thu, 5 Dec 2002, Kenneth Illingsworth wrote: I recently installed the following RPM's: MySQL-3.23.41-1a.s390.rpm MySQL-devel-3.23.41-1a.s390.rpm MySQLclient9-3.23-22-6a.s390.rpm MySQL-server-3.23.41-1a.s390.rpm Afterwards, I was able to start the mysqld daemon ok and install an application I downloaded for a demonstration of the viability of the Linux VM on s390 platform. The application url is http://epayroll.sourceforge.net/ and it required mysql v3,22x or higher, Apache running as a webserver, and PHP v4.0.2 or higher (mine is v4.0.6). However, when I finally attempted to log into this application, I got the following error: Fatal error: Call to undefined function: mysql_connect() in /var/www/html/eps/datacon.php on line 14 I contacted the author of this application who suggested that I reinstall PHP with the mysql option enabled. Towards that end, I downloaded and installed the php-mysql-4.0.6-15.s390.rpm file. Unfortunately I got the same error. I am somewhat certain that the author of this application was on the right track. Would anyone on this forum care to offer me any direction on this matter? Thank you in advance for your time. - Ivo de Carvalho PeixinhoUniversidade Federal da Bahia Centro de Processamento de DadosDivisao de suporte (DISUP) http://www.ufba.br/~ivocarv PGP: finger [EMAIL PROTECTED] -
Re: Ext3 oddity
On Thu, 5 Dec 2002, Adam Thornton wrote: On Fri, Dec 06, 2002 at 06:13:32AM +0800, John Summerfield wrote: Check that fstab says it's not to be checked. It does; after the options, I've got 0 0: no dumps, no check. Yes, mounting it as ext2 works fine, but that's not the point. I think the ext3 driver's behavior is wrong, since it's trying at some point to write to a filesystem that I'm telling it to mount read-only without a check. On RHL, fsck is invoked by the initialisation scripts. Check what yours is doing, possibly it's going wrong on ext3/ -- Cheers John. Join the Linux Support by Small Businesses list at http://mail.computerdatasafe.com.au/mailman/listinfo/lssb
Re: Ext3 oddity
On Fri, Dec 06, 2002 at 08:24:08AM +0800, John Summerfield wrote: On RHL, fsck is invoked by the initialisation scripts. Check what yours is doing, possibly it's going wrong on ext3/ Nope. If I detach the disk so it isn't mounted at boot, and then reattach it dynamically mount -t ext2 -o ro /dev/dasd/0cd2/part1 /cd/cdimage2 Works just fine. However (from the console): debinst:~# mount -t ext3 -o ro /dev/dasd/0cd2/part1 /cd/cd2image mount -t ext3 -o ro /dev/dasd/0cd2/part1 /cd/cd2image dasd_erp(3990): /dev/dasde ( 94: 16),0cd2@06: EXAMINE 32: fatal error dasd(eckd): Sense data: dasd(eckd):device 0CD2 on irq 6: I/O status report: dasd(eckd):in req: 06829700 CS: 0x00 DS: 0x02 dasd(eckd):Failing CCW: 068297a0 dasd(eckd):Sense(hex) 0- 7: 80 02 00 00 00 00 00 00 dasd(eckd):Sense(hex) 8-15: 00 00 00 00 00 00 00 00 dasd(eckd):Sense(hex) 16-23: 00 00 00 00 00 00 05 c0 dasd(eckd):Sense(hex) 24-31: 02 01 04 00 00 00 00 00 dasd(eckd):32 Byte: Format: 0 Exception class 0 dasd_erp(3990): /dev/dasde ( 94: 16),0cd2@06: (EXAMINE) ERP chain report for req: 06829700 dasd_erp(3990): /dev/dasde ( 94: 16),0cd2@06: 06829700: c5c3d2c4 06829600 06829800 dasd_erp(3990): /dev/dasde ( 94: 16),0cd2@06: 06829710: 06fed800 067fe600 06829790 0302 dasd_erp(3990): /dev/dasde ( 94: 16),0cd2@06: 06829720: ff00 06829770 dasd_erp(3990): /dev/dasde ( 94: 16),0cd2@06: 06829730: 011e 1a30 dasd_erp(3990): /dev/dasde ( 94: 16),0cd2@06: 06829740: b8a279cb eaf51000 b8a279cb eaf51b00 dasd_erp(3990): /dev/dasde ( 94: 16),0cd2@06: 06829750: dasd_erp(3990): /dev/dasde ( 94: 16),0cd2@06: 06829760: 0004 0020 0053eb7c dasd_erp(3990): /dev/dasde ( 94: 16),0cd2@06: Channel program (complete): dasd_erp(3990): /dev/dasde ( 94: 16),0cd2@06: 06829790: 63400010 06829770 47400010 06829780 dasd_erp(3990): /dev/dasde ( 94: 16),0cd2@06: 068297a0: 85001000 06696000 dasd_erp(3990): /dev/dasde ( 94: 16),0cd2@06: 068297b0: dasd_erp(3990): /dev/dasde ( 94: 16),0cd2@06: 068297c0: dasd_erp(3990): /dev/dasde ( 94: 16),0cd2@06: Failed CCW (068297a0) already logged end_request: I/O error, dev 5e:11 (dasd), sector 4016 kjournald starting. Commit interval 5 seconds dasd_erp(3990): /dev/dasde ( 94: 16),0cd2@06: EXAMINE 32: fatal error dasd(eckd): Sense data: dasd(eckd):device 0CD2 on irq 6: I/O status report: dasd(eckd):in req: 06829700 CS: 0x00 DS: 0x02 dasd(eckd):Failing CCW: 068297a0 dasd(eckd):Sense(hex) 0- 7: 80 02 00 00 00 00 00 00 dasd(eckd):Sense(hex) 8-15: 00 00 00 00 00 00 00 00 dasd(eckd):Sense(hex) 16-23: 00 00 00 00 00 00 05 c0 dasd(eckd):Sense(hex) 24-31: 02 01 04 00 00 00 00 00 dasd(eckd):32 Byte: Format: 0 Exception class 0 dasd_erp(3990): /dev/dasde ( 94: 16),0cd2@06: (EXAMINE) ERP chain report for req: 06829700 dasd_erp(3990): /dev/dasde ( 94: 16),0cd2@06: 06829700: c5c3d2c4 06829800 06829800 dasd_erp(3990): /dev/dasde ( 94: 16),0cd2@06: 06829710: 06fed800 067fe600 0682 9790 0302 dasd_erp(3990): /dev/dasde ( 94: 16),0cd2@06: 06829720: ff00 0682 9770 dasd_erp(3990): /dev/dasde ( 94: 16),0cd2@06: 06829730: 011e 1a30 dasd_erp(3990): /dev/dasde ( 94: 16),0cd2@06: 06829740: b8a279cb ebdb1980 b8a2 79cb ebdb2880 dasd_erp(3990): /dev/dasde ( 94: 16),0cd2@06: 06829750: dasd_erp(3990): /dev/dasde ( 94: 16),0cd2@06: 06829760: 0004 0020 0053 eb7c dasd_erp(3990): /dev/dasde ( 94: 16),0cd2@06: Channel program (complete): dasd_erp(3990): /dev/dasde ( 94: 16),0cd2@06: 06829790: 63400010 06829770 47400010 06829780 dasd_erp(3990): /dev/dasde ( 94: 16),0cd2@06: 068297a0: 85001000 06696000 dasd_erp(3990): /dev/dasde ( 94: 16),0cd2@06: 068297b0: dasd_erp(3990): /dev/dasde ( 94: 16),0cd2@06: 068297c0: 000 dasd_erp(3990): /dev/dasde ( 94: 16),0cd2@06: Failed CCW (068297a0) already logged end_request: I/O error, dev 5e:11 (dasd), sector 4016 EXT3-fs: mounted filesystem with ordered data mode. umounting the filesystem gives similar errors, but fewer of them. Adam
Re: Ext3 oddity
On Thu, 5 Dec 2002, Adam Thornton wrote: On Fri, Dec 06, 2002 at 08:24:08AM +0800, John Summerfield wrote: On RHL, fsck is invoked by the initialisation scripts. Check what yours is doing, possibly it's going wrong on ext3/ Nope. If I detach the disk so it isn't mounted at boot, and then reattach it dynamically mount -t ext2 -o ro /dev/dasd/0cd2/part1 /cd/cdimage2 Works just fine. However (from the console): debinst:~# mount -t ext3 -o ro /dev/dasd/0cd2/part1 /cd/cd2image mount -t ext3 -o ro /dev/dasd/0cd2/part1 /cd/cd2image dasd_erp(3990): /dev/dasde ( 94: 16),0cd2@06: EXAMINE 32: fatal error dasd(eckd): Sense data: dasd(eckd):device 0CD2 on irq 6: I/O status report: dasd(eckd):in req: 06829700 CS: 0x00 DS: 0x02 dasd(eckd):Failing CCW: 068297a0 dasd(eckd):Sense(hex) 0- 7: 80 02 00 00 00 00 00 00 dasd(eckd):Sense(hex) 8-15: 00 00 00 00 00 00 00 00 dasd(eckd):Sense(hex) 16-23: 00 00 00 00 00 00 05 c0 dasd(eckd):Sense(hex) 24-31: 02 01 04 00 00 00 00 00 I'm running short of ideas. I thought it might really be an ext2 filesystem, but when I tried to create that here (RHL 7.3, 2.4.18 etc) it produced a sensible outcome. Still, what does e2fsck -n /cd/cd2image say? You may need -f to force the check. While checking the doc, I found this: -j external-journal Set the pathname where the external-journal for this filesystem can be found. which raises the question as to where the journal is. -- Cheers John. Join the Linux Support by Small Businesses list at http://mail.computerdatasafe.com.au/mailman/listinfo/lssb
Re: Regina/rexx SOCKET
At 11:25 12/05/2002 -0500, Peter Webb, Toronto Transit Commission wrote: I tried to run B2H EXEC from the VM Download page on Windows using Regina. It bombed. Switched to Object REXX, it worked perfectly. B2H is a great piece of software, and Gary Richtmeyer put a lot of effort into getting it to work correctly on a wide variety of platforms. In order to do that, B2H discovers what system it's running on and tries to guess which Rexx implementation is in use, and adapts accordingly. That *shouldn't* be necessary (well, not the *implementation* adaptation anyway), but there are some odd variants out there. I'm actually quite impressed with Regina - it has a strong focus on compliance and compatibility, and allows you to specify which other implementation to be compatible with (via an OPTIONS statement). I can't point to any faults, but I haven't run anything as large as B2H (it's huge). Ross Patterson
Re: Regina/rexx SOCKET
At 10:57 12/05/2002 -0500, James Tison wrote: 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 curious - are you saying Regina doesn't look like Object Rexx, or Regina doesn't look like Rexx? I've used it quite a bit, and while it offers a bunch of built-in functions that CMS Rexx never had, it otherwise seems perfectly normal to me. Granted, the STREAM() facilities are hard to work with, but streams are hard to use in every Rexx implementation :-(. Ross Patterson
Re: Ext3 oddity
On Fri, 6 Dec 2002 11:35, you wrote: While checking the doc, I found this: -j external-journal Set the pathname where the external-journal for this filesystem can be found. which raises the question as to where the journal is. It's an internal journal. I created the filesystem with: mke2fs -b 4096 /dev/dasd/0cd2/part1 tune2fs -j /dev/dasd/0cd2/part1 But... Still, what does e2fsck -n /cd/cd2image say? debinst:~# e2fsck -n /cd/cd2image/ e2fsck 1.27 (8-Mar-2002) e2fsck: Attempt to read block from filesystem resulted in short read while trying to open /cd/cd2image/ Could this be a zero-length partition? It should, of course, be e2fsck -n /dev/dasd/0cd2/part1 -- Cheers John Summerfield Microsoft's most solid OS: http://www.geocities.com/rcwoolley/ Join the Linux Support by Small Businesses list at http://mail.computerdatasafe.com.au/mailman/listinfo/lssb
Re: Regina/rexx SOCKET
Would someone explain what B2H is, and where it can be retrieved? Might make a good link for you-know-where. Mark Post -Original Message- From: Linux on 390 Port [mailto:[EMAIL PROTECTED]]On Behalf Of Ross Patterson Sent: Thursday, December 05, 2002 9:34 PM To: [EMAIL PROTECTED] Subject: Re: Regina/rexx SOCKET At 11:25 12/05/2002 -0500, Peter Webb, Toronto Transit Commission wrote: I tried to run B2H EXEC from the VM Download page on Windows using Regina. It bombed. Switched to Object REXX, it worked perfectly. B2H is a great piece of software, and Gary Richtmeyer put a lot of effort into getting it to work correctly on a wide variety of platforms. In order to do that, B2H discovers what system it's running on and tries to guess which Rexx implementation is in use, and adapts accordingly. That *shouldn't* be necessary (well, not the *implementation* adaptation anyway), but there are some odd variants out there. I'm actually quite impressed with Regina - it has a strong focus on compliance and compatibility, and allows you to specify which other implementation to be compatible with (via an OPTIONS statement). I can't point to any faults, but I haven't run anything as large as B2H (it's huge). Ross Patterson
Re: Ext3 oddity
Adam, This looks similar to a problem someone else (Gordon Wolfe?) was having a while ago. Is the file system on the minidisk you're accessing mounted R/W on another system? If so, it's marked as being dirty. If you make sure the file system is only mounted R/O by all systems accessing it, this problem may go away. Mark Post -Original Message- From: Linux on 390 Port [mailto:[EMAIL PROTECTED]]On Behalf Of Adam Thornton Sent: Thursday, December 05, 2002 9:48 PM To: [EMAIL PROTECTED] Subject: Re: Ext3 oddity On Fri, Dec 06, 2002 at 08:24:08AM +0800, John Summerfield wrote: On RHL, fsck is invoked by the initialisation scripts. Check what yours is doing, possibly it's going wrong on ext3/ Nope. If I detach the disk so it isn't mounted at boot, and then reattach it dynamically mount -t ext2 -o ro /dev/dasd/0cd2/part1 /cd/cdimage2 Works just fine. However (from the console): debinst:~# mount -t ext3 -o ro /dev/dasd/0cd2/part1 /cd/cd2image mount -t ext3 -o ro /dev/dasd/0cd2/part1 /cd/cd2image dasd_erp(3990): /dev/dasde ( 94: 16),0cd2@06: EXAMINE 32: fatal error dasd(eckd): Sense data: dasd(eckd):device 0CD2 on irq 6: I/O status report: dasd(eckd):in req: 06829700 CS: 0x00 DS: 0x02 dasd(eckd):Failing CCW: 068297a0 dasd(eckd):Sense(hex) 0- 7: 80 02 00 00 00 00 00 00 dasd(eckd):Sense(hex) 8-15: 00 00 00 00 00 00 00 00 dasd(eckd):Sense(hex) 16-23: 00 00 00 00 00 00 05 c0 dasd(eckd):Sense(hex) 24-31: 02 01 04 00 00 00 00 00 dasd(eckd):32 Byte: Format: 0 Exception class 0 dasd_erp(3990): /dev/dasde ( 94: 16),0cd2@06: (EXAMINE) ERP chain report for req: 06829700 dasd_erp(3990): /dev/dasde ( 94: 16),0cd2@06: 06829700: c5c3d2c4 06829600 06829800 dasd_erp(3990): /dev/dasde ( 94: 16),0cd2@06: 06829710: 06fed800 067fe600 06829790 0302 dasd_erp(3990): /dev/dasde ( 94: 16),0cd2@06: 06829720: ff00 06829770 dasd_erp(3990): /dev/dasde ( 94: 16),0cd2@06: 06829730: 011e 1a30 dasd_erp(3990): /dev/dasde ( 94: 16),0cd2@06: 06829740: b8a279cb eaf51000 b8a279cb eaf51b00 dasd_erp(3990): /dev/dasde ( 94: 16),0cd2@06: 06829750: dasd_erp(3990): /dev/dasde ( 94: 16),0cd2@06: 06829760: 0004 0020 0053eb7c dasd_erp(3990): /dev/dasde ( 94: 16),0cd2@06: Channel program (complete): dasd_erp(3990): /dev/dasde ( 94: 16),0cd2@06: 06829790: 63400010 06829770 47400010 06829780 dasd_erp(3990): /dev/dasde ( 94: 16),0cd2@06: 068297a0: 85001000 06696000 dasd_erp(3990): /dev/dasde ( 94: 16),0cd2@06: 068297b0: dasd_erp(3990): /dev/dasde ( 94: 16),0cd2@06: 068297c0: dasd_erp(3990): /dev/dasde ( 94: 16),0cd2@06: Failed CCW (068297a0) already logged end_request: I/O error, dev 5e:11 (dasd), sector 4016 kjournald starting. Commit interval 5 seconds dasd_erp(3990): /dev/dasde ( 94: 16),0cd2@06: EXAMINE 32: fatal error dasd(eckd): Sense data: dasd(eckd):device 0CD2 on irq 6: I/O status report: dasd(eckd):in req: 06829700 CS: 0x00 DS: 0x02 dasd(eckd):Failing CCW: 068297a0 dasd(eckd):Sense(hex) 0- 7: 80 02 00 00 00 00 00 00 dasd(eckd):Sense(hex) 8-15: 00 00 00 00 00 00 00 00 dasd(eckd):Sense(hex) 16-23: 00 00 00 00 00 00 05 c0 dasd(eckd):Sense(hex) 24-31: 02 01 04 00 00 00 00 00 dasd(eckd):32 Byte: Format: 0 Exception class 0 dasd_erp(3990): /dev/dasde ( 94: 16),0cd2@06: (EXAMINE) ERP chain report for req: 06829700 dasd_erp(3990): /dev/dasde ( 94: 16),0cd2@06: 06829700: c5c3d2c4 06829800 06829800 dasd_erp(3990): /dev/dasde ( 94: 16),0cd2@06: 06829710: 06fed800 067fe600 0682 9790 0302 dasd_erp(3990): /dev/dasde ( 94: 16),0cd2@06: 06829720: ff00 0682 9770 dasd_erp(3990): /dev/dasde ( 94: 16),0cd2@06: 06829730: 011e 1a30 dasd_erp(3990): /dev/dasde ( 94: 16),0cd2@06: 06829740: b8a279cb ebdb1980 b8a2 79cb ebdb2880 dasd_erp(3990): /dev/dasde ( 94: 16),0cd2@06: 06829750: dasd_erp(3990): /dev/dasde ( 94: 16),0cd2@06: 06829760: 0004 0020 0053 eb7c dasd_erp(3990): /dev/dasde ( 94: 16),0cd2@06: Channel program (complete): dasd_erp(3990): /dev/dasde ( 94: 16),0cd2@06: 06829790: 63400010 06829770 47400010 06829780 dasd_erp(3990): /dev/dasde ( 94: 16),0cd2@06: 068297a0: 85001000 06696000 dasd_erp(3990): /dev/dasde ( 94: 16),0cd2@06: 068297b0: dasd_erp(3990): /dev/dasde ( 94: 16),0cd2@06: 068297c0: 000 dasd_erp(3990): /dev/dasde ( 94: 16),0cd2@06: Failed CCW (068297a0) already logged end_request: I/O error, dev 5e:11 (dasd), sector 4016 EXT3-fs: mounted filesystem with ordered data mode. umounting the filesystem gives similar errors, but fewer of them. Adam
Re: Ext3 oddity
On Fri, Dec 06, 2002 at 11:06:28AM +0800, John Summerfield wrote: It should, of course, be e2fsck -n /dev/dasd/0cd2/part1 Der. Perhaps I ought to stop for the night. debinst:~# e2fsck -n /dev/dasd/0cd2/part1 e2fsck 1.27 (8-Mar-2002) Warning! /dev/dasd/0cd2/part1 is mounted. /dev/dasd/0cd2/part1: clean, 12/90048 files, 161290/179976 blocks So, exactly as you would expect it to look. That's when mounted as ext2. When mounted as ext3 debinst:~# e2fsck -n /dev/dasd/0cd2/part1 e2fsck 1.27 (8-Mar-2002) Warning! /dev/dasd/0cd2/part1 is mounted. /dev/dasd/0cd2/part1: clean, 12/90048 files, 161290/179976 blocks So, exactly the same. And when not mounted at all debinst:~# e2fsck -n /dev/dasd/0cd2/part1 e2fsck 1.27 (8-Mar-2002) /dev/dasd/0cd2/part1: clean, 12/90048 files, 161290/179976 blocks (So, predictably, no warning. But same info.) Adam
Re: Ext3 oddity
On Thu, Dec 05, 2002 at 10:17:53PM -0500, Mark Post wrote: Adam, This looks similar to a problem someone else (Gordon Wolfe?) was having a while ago. Is the file system on the minidisk you're accessing mounted R/W on another system? If so, it's marked as being dirty. If you make sure the file system is only mounted R/O by all systems accessing it, this problem may go away. Nope. It's marked as clean, and its owner is in fact logged off. I have a read-only link to the minidisk. Adam
Re: Regina/rexx SOCKET
At 22:20 12/05/2002 -0500, Mark Post wrote: Would someone explain what B2H is, It's a translator from the BookMaster document mark-up language to HTML. B2H can handle some other input formats, but it's raison d'etre is BookMaster GML documents. and where it can be retrieved? B2H lives on IBM's VM Download web site at http://www.vm.ibm.com/download/packages/. There's a very good explanation of what it does at http://www.vm.ibm.com/download/packages/descript.cgi?B2H. Interestingly enough, the most recent updates include: B2H will now run under Regina Rexx (Release 3.0 or higher). Regina is a free Rexx implementation which can be used as an alternative to IBM's Object Rexx and is available at http://regina-rexx.sourceforge.net/; Might make a good link for you-know-where. Dunno about that - you won't find many input documents appropriate for B2H on Linux systems. Then again, DCF/Script looks a lot like troff (they both arose from the same progenitor), so who knows? Ross Patterson
Re: Ext3 oddity
On Fri, 6 Dec 2002 12:28, you wrote: On Fri, Dec 06, 2002 at 11:06:28AM +0800, John Summerfield wrote: It should, of course, be e2fsck -n /dev/dasd/0cd2/part1 Der. Perhaps I ought to stop for the night. You only did what I said. I woke up to it when I saw the errors. And when not mounted at all debinst:~# e2fsck -n /dev/dasd/0cd2/part1 e2fsck 1.27 (8-Mar-2002) /dev/dasd/0cd2/part1: clean, 12/90048 files, 161290/179976 blocks (So, predictably, no warning. But same info.) Okay, use '-f' to force it to check. Just in case. It is telling you the dirty bit's not set and that means nobody else has it mounted rw. I have seen e2fsck find errors when forced to check, even though the filesystem was supposedly clean. After that I'm out of iudeas. -- Cheers John Summerfield Microsoft's most solid OS: http://www.geocities.com/rcwoolley/ Join the Linux Support by Small Businesses list at http://mail.computerdatasafe.com.au/mailman/listinfo/lssb
Re: Regina/rexx SOCKET
I'm curious - are you saying Regina doesn't look like Object Rexx, or Regina doesn't look like Rexx? Oh no, I didn't mean to impugn Regina at all. I last saw it long ago (1996?), and gave up on it real quickly. I fuzzily recall that it only seemed like a close cousin to the IBM Rexx dialects. Many OS/2, TSO, and CMS execs I'd written broke in unexpected places -- IIRC, only the most trivial execs ported to Regina verbatim. At the time, I was trying to avoid investing a lot of time learning shell scripting ... this experience made me give in and learn it. I haven't looked at Regina since. As I said, I'm nobody to judge Regina -- I don't have enough current experience with it. From the sounds of it, if something as complex as B2H will port verbatim, the situation has changed dramatically. --Jim-- James S. Tison Senior Software Engineer TPF Laboratory / Architecture IBM Corporation [EMAIL PROTECTED]
Re: Regina/rexx SOCKET
On Fri, 6 Dec 2002 12:42, you wrote: Oh no, I didn't mean to impugn Regina at all. I last saw it long ago (1996?), and gave up on it real quickly. I fuzzily recall that it only seemed like a close cousin to the IBM Rexx dialects. Many OS/2, TSO, and CMS execs I'd written broke in unexpected places -- IIRC, only the most I tried it briefly back then too; I had a working REXX script that Regina couldn't cope with so I dropped it too. But that was six years ago. I didn't think the fact OREXX was broken then was means much now either. -- Cheers John Summerfield Microsoft's most solid OS: http://www.geocities.com/rcwoolley/ Join the Linux Support by Small Businesses list at http://mail.computerdatasafe.com.au/mailman/listinfo/lssb
Re: Ext3 oddity
On Fri, Dec 06, 2002 at 12:38:55PM +0800, John Summerfield wrote: Okay, use '-f' to force it to check. Just in case. It is telling you the dirty bit's not set and that means nobody else has it mounted rw. I have seen e2fsck find errors when forced to check, even though the filesystem was supposedly clean. After that I'm out of iudeas. Well, it causes a WHOLE BUNCH of the same sort of CCW errors (not surprisingly). But lots (orders of magnitude) more than when I just mount it as ext3. I'm pretty convinced that mounting an ext3 filesystem attempts to write to the journal inode, even if you want to mount the filesystem r/o. I consider this a bug. Maybe I'll look at the code tomorrow. I also wonder what happens if I set the device node to be r/o. Adam
Re: Ext3 oddity
Hello again from Gregg C Levine Adam, just for fun, what sort of hardware are you running this under? And is it Debian? Or somebody else? Yeah, try it. Mount the pack, R/O, and see what happens, and let us know what happens. --- 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 Adam Thornton Sent: Friday, December 06, 2002 1:37 AM To: [EMAIL PROTECTED] Subject: Re: [LINUX-390] Ext3 oddity On Fri, Dec 06, 2002 at 12:38:55PM +0800, John Summerfield wrote: Okay, use '-f' to force it to check. Just in case. It is telling you the dirty bit's not set and that means nobody else has it mounted rw. I have seen e2fsck find errors when forced to check, even though the filesystem was supposedly clean. After that I'm out of iudeas. Well, it causes a WHOLE BUNCH of the same sort of CCW errors (not surprisingly). But lots (orders of magnitude) more than when I just mount it as ext3. I'm pretty convinced that mounting an ext3 filesystem attempts to write to the journal inode, even if you want to mount the filesystem r/o. I consider this a bug. Maybe I'll look at the code tomorrow. I also wonder what happens if I set the device node to be r/o. Adam
Re: Ext3 oddity
On Fri, Dec 06, 2002 at 12:46:23AM -0500, Gregg C Levine wrote: Hello again from Gregg C Levine Adam, just for fun, what sort of hardware are you running this under? And is it Debian? Or somebody else? Yeah, try it. Mount the pack, R/O, and see what happens, and let us know what happens. H70, running z/VM 4.3, running Debian 3.0 under that. Changing the device node's permissions won't do anything, because root can override permissions anyway. The pack is r/o in the sense that my virtual machine only has a read link, not a write link to it. It's also r/o in the sense that I'm mounting it as a read-only filesystem. Adam