Betr.: Re: FCP over ECKD performance advantage - why?
I have one problem with the info provided by this reference. Nowhere I can find does it talk about the dedicated FCP being single-path or multi-path. If the measurements were done with a multi-path setup -- great. If the measurements were done with a single-path setup -- worthless. Nobody is going to run single-path if they can avoid it. Remember running dedicated FCP multi-path is done in software within Linux. This is going to take cycles and skew the picture. Ditto for performance instrumentation etc. If this is not factored in the FCP versus ECKD picture is an apples to oranges comparison. Best regards, Pieter Harder [EMAIL PROTECTED] tel +31-73-6837133 / +31-6-47272537 [EMAIL PROTECTED] 09/12/06 8:47 For published benchmarks see Linux Disk I/O Alternatives http://www.vm.ibm.com/perf/reports/zvm/html/520lxd.html -- 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: gcc 3.4.6 converting sprintf to strcpy calls causing kernel linkedit failure
On Tue, 2006-09-12 at 19:09 -0400, Post, Mark K wrote: I'm _almost_ ready to get a good compile of Linux kernel 2.4.33.3 with all the developerWorks patches integrated. The last problem is unresolved references to strcpy in the lcs.c and qeth.c modules. I've isolated the problem to a single sprintf command in each of them (out of _many_ that seem fine). The following patches seems to fix it. It certainly compiles, but I am not sure it is the correct way to go about it. That is the too clever compiler that transforms a sprintf(buf,%s,str) to a simple strcpy. 2.4 has an inline function for strcpy but not a non-inlined version. The compiler optimization requires a non-inline function for strcpy. The easiest way to get to it is to backport arch/s390/lib/string.c from a 2.6 kernel to 2.4. -- blue skies, Martin. Martin Schwidefsky Linux for zSeries Development Services IBM Deutschland Entwicklung GmbH Reality continues to ruin my life. - Calvin. -- 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
Linux under VM:Operator
I've was reviewing the archives, reading over notes from Share and I still can't figure it out. I am running Linux under z/VM and want to be able to monitor and interact with them through VM:Operator. I've already got the talking part done but when the system comes up I have to enter the userid and password. I see mentions of changing inittab to do things that might alleviate the need but its just passing me by. What to I need to get a user active through ttyS0 without needing to pass a password in the open or place one in a file that is readily viewable? Thanks in advance Bob Bates Citigroup Technology Infrastructure 817-317-8033 -- 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 under VM:Operator
The autologin patch wasn't part of SLES8 when I was using that, but it's in RHEL4. I don't know about SLES9 or 10. Check the man page for mingetty to make sure. To enable, just change the line in /etc/inittab from: 1:2345:respawn:/sbin/mingetty console --noclear to: 1:2345:respawn:/sbin/mingetty console --noclear --autologin root This will drop the console to a root (#) prompt after the system finishes coming up. -Original Message- From: Linux on 390 Port [mailto:[EMAIL PROTECTED] Behalf Of Bates, Bob Sent: Wednesday, September 13, 2006 11:06 AM To: LINUX-390@VM.MARIST.EDU Subject: [LINUX-390] Linux under VM:Operator I've was reviewing the archives, reading over notes from Share and I still can't figure it out. I am running Linux under z/VM and want to be able to monitor and interact with them through VM:Operator. I've already got the talking part done but when the system comes up I have to enter the userid and password. I see mentions of changing inittab to do things that might alleviate the need but its just passing me by. What to I need to get a user active through ttyS0 without needing to pass a password in the open or place one in a file that is readily viewable? Thanks in advance Bob Bates Citigroup Technology Infrastructure 817-317-8033 -- 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 If you are not an intended recipient of this e-mail, please notify the sender, delete it and do not read, act upon, print, disclose, copy, retain or redistribute it. Click here for important additional terms relating to this e-mail. http://www.ml.com/email_terms/ -- 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: gcc 3.4.6 converting sprintf to strcpy calls causing kernel linkedit failure
Martin, Yeah, I know the cause, I just wasn't at all sure about the cure. Seems to me it would be even easier to manually convert sprintf(buf,%s,str) to strcpy(buf,str) then, wouldn't it? That's what someone did with fs/reiserfs/prints.c Thanks, Mark Post -Original Message- From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of Martin Schwidefsky Sent: Wednesday, September 13, 2006 7:04 AM To: LINUX-390@VM.MARIST.EDU Subject: Re: gcc 3.4.6 converting sprintf to strcpy calls causing kernel linkedit failure On Tue, 2006-09-12 at 19:09 -0400, Post, Mark K wrote: I'm _almost_ ready to get a good compile of Linux kernel 2.4.33.3 with all the developerWorks patches integrated. The last problem is unresolved references to strcpy in the lcs.c and qeth.c modules. I've isolated the problem to a single sprintf command in each of them (out of _many_ that seem fine). The following patches seems to fix it. It certainly compiles, but I am not sure it is the correct way to go about it. That is the too clever compiler that transforms a sprintf(buf,%s,str) to a simple strcpy. 2.4 has an inline function for strcpy but not a non-inlined version. The compiler optimization requires a non-inline function for strcpy. The easiest way to get to it is to backport arch/s390/lib/string.c from a 2.6 kernel to 2.4. -- blue skies, Martin. Martin Schwidefsky Linux for zSeries Development Services IBM Deutschland Entwicklung GmbH Reality continues to ruin my life. - Calvin. -- 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: gcc 3.4.6 converting sprintf to strcpy calls causing kernel linkedit failure
On Wed, 2006-09-13 at 11:51 -0400, Post, Mark K wrote: Yeah, I know the cause, I just wasn't at all sure about the cure. Seems to me it would be even easier to manually convert sprintf(buf,%s,str) to strcpy(buf,str) then, wouldn't it? That's what someone did with fs/reiserfs/prints.c Well, a matter of perspective. I think it is easier to simply define a strcpy function that the gcc can call, instead of converting all occurrences of sprintf(buf,%s,str). -- blue skies, Martin. Martin Schwidefsky Linux for zSeries Development Services IBM Deutschland Entwicklung GmbH Reality continues to ruin my life. - Calvin. -- 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: gcc 3.4.6 converting sprintf to strcpy calls causing kernellinkedit failure
Since there's only one instance that needs to be converted, it doesn't look like a big job. :) Mark Post -Original Message- From: Martin Schwidefsky [mailto:[EMAIL PROTECTED] Sent: Wednesday, September 13, 2006 11:56 AM To: Post, Mark K Cc: LINUX-390@VM.MARIST.EDU Subject: RE: gcc 3.4.6 converting sprintf to strcpy calls causing kernellinkedit failure On Wed, 2006-09-13 at 11:51 -0400, Post, Mark K wrote: Yeah, I know the cause, I just wasn't at all sure about the cure. Seems to me it would be even easier to manually convert sprintf(buf,%s,str) to strcpy(buf,str) then, wouldn't it? That's what someone did with fs/reiserfs/prints.c Well, a matter of perspective. I think it is easier to simply define a strcpy function that the gcc can call, instead of converting all occurrences of sprintf(buf,%s,str). -- blue skies, Martin. Martin Schwidefsky Linux for zSeries Development Services IBM Deutschland Entwicklung GmbH Reality continues to ruin my life. - Calvin. -- 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
Two More SHARE 107 Presentations
Volker Sameske contributed two of sessions to the web site: 9257NPIV FCP Channel Virtualization in a Linux Environment 9259Making Your Penguins Fly: Introduction to SCSI over FCP for Linux on System z Thanks, Volker. http://linuxmm.org/Present/#share107 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
Re: Two More SHARE 107 Presentations
Link is bad: Should b http://linuxvm.org/Present/#share107 -- .~.Robert P. Nix Mayo Foundation /V\RO-OC-1-13 200 First Street SW /( )\ 507-284-0844Rochester, MN 55905 ^^-^^ - In theory, theory and practice are the same, but in practice, theory and practice are different. -Original Message- From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of Post, Mark K Sent: Wednesday, September 13, 2006 12:35 PM To: LINUX-390@VM.MARIST.EDU Subject: Two More SHARE 107 Presentations Volker Sameske contributed two of sessions to the web site: 9257NPIV FCP Channel Virtualization in a Linux Environment 9259Making Your Penguins Fly: Introduction to SCSI over FCP for Linux on System z Thanks, Volker. http://linuxmm.org/Present/#share107 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
Open systems and FCP
We have been looking at an IBM VTS setup for quite a while. Well, now the network people (open systems group) is interested. Apparently, with the B18, we can also share it with Win/2000, Win/XP and the like. Just need another card for the scsi connection. Now, is this the same kind of connection that a FCP connection would use? i.e. by adding FCP channels on our z/890, can I share the FCP connection with whatever open systems connection is used? I'm trying to have my cake and eat it too... What I would like to do On the 390 side, I need regular (non-FCP) connections to the VTS. This would be escon or ficon. On the IFL side, the Linux software products seem to want a FCP connection (another set of cards...more cost). Now the Open Systems side want to connect in (they pay for the upgrade). Can I share that upgrade with the IFL side? Or, in order to have all three connections (if possible), would I have to have a mainframe channel card, a FCP card and a Open Systems connections thingie card in the VTS? One other option proposed (in which I'm not fond of at this time), is to have Linux, Oracle and DB2 backup agents running on the IFL side, that backup over the network to a NETBACKUP server that then writes to the VTS. I'm not fond of sending 3 TB of data over the lan, even with GB OSA adapters. It seems like there is more than one pass of the data over the lan, perhaps many passes. My gut at this time, says going directly via FCP would be much faster. Anyway, there is a new series of VTS systems. T3 or something. We might now be looking at newer hardware. 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
Re: Subversion on SLES9
Anyone use this to manage their z/OS or VSE source code / JCL? --- Frank Swarbrick Senior Developer/Analyst - Mainframe Applications Development FirstBank Data Corporation - (303) 235-1403 [EMAIL PROTECTED] 09/07/06 8:06 PM If your users are willing to work with it, it's a great idea and you've already done the hard part (getting them to use the CM system in the first place). The subversion code works great in this environment, and it's typically a low-impact application, so it's a good choice for consolidation. David Boyes Sine Nomine Associates -- 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
mknod sles8 - got to 256
I got as far as mknod -m 600 /dev/dasdbl3 b 94 255 I need to add some more dasd. Do I just use 95? Marcy Cortes This message may contain confidential and/or privileged information. If you are not the addressee or authorized to receive this for the addressee, you must not use, copy, disclose, or take any action based on this message or any information herein. If you have received this message in error, please advise the sender immediately by reply e-mail and delete this message. Thank you for your cooperation. -- 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: mknod sles8 - got to 256
Never mind, I see it's trying to add them at 254,0 4 8 etc. Marcy Cortes This message may contain confidential and/or privileged information. If you are not the addressee or authorized to receive this for the addressee, you must not use, copy, disclose, or take any action based on this message or any information herein. If you have received this message in error, please advise the sender immediately by reply e-mail and delete this message. Thank you for your cooperation. -Original Message- From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of Cortes, Marcy D. Sent: Wednesday, September 13, 2006 16:43 To: LINUX-390@VM.MARIST.EDU Subject: [LINUX-390] mknod sles8 - got to 256 I got as far as mknod -m 600 /dev/dasdbl3 b 94 255 I need to add some more dasd. Do I just use 95? Marcy Cortes This message may contain confidential and/or privileged information. If you are not the addressee or authorized to receive this for the addressee, you must not use, copy, disclose, or take any action based on this message or any information herein. If you have received this message in error, please advise the sender immediately by reply e-mail and delete this message. Thank you for your cooperation. -- 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: Subversion on SLES9
Frank Swarbrick [EMAIL PROTECTED] wrote: Anyone use this to manage their z/OS or VSE source code / JCL? Frank, Not only can you manage your z/OS or VSE code there, but using our tools on Linux/390, you can actually build your software there and simply make the load-modules available. In fact, you could do this on an x86 Linux box, or even Windows, HPUX, Solaris, etc... - Dave Rivers - -- [EMAIL PROTECTED]Work: (919) 676-0847 Get your mainframe programming tools at http://www.dignus.com --- Frank Swarbrick Senior Developer/Analyst - Mainframe Applications Development FirstBank Data Corporation - (303) 235-1403 [EMAIL PROTECTED] 09/07/06 8:06 PM If your users are willing to work with it, it's a great idea and you've already done the hard part (getting them to use the CM system in the first place). The subversion code works great in this environment, and it's typically a low-impact application, so it's a good choice for consolidation. David Boyes Sine Nomine Associates -- 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