Re: Windows Server thrashes Novell's Linux
John Summerfied wrote: > Comments? First they ignore you, then they laugh about you, then they fight you, and then you win. (Nelson Mandela) -- 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
Re: Windows Server thrashes Novell's Linux
I'm pretty sure that was Gandhi who came up with that statement... Although, I would not be surprised if Mandela quoted Gandhi. -Sam -Original Message- From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of Carsten Otte Sent: Thursday, November 17, 2005 3:37 AM To: LINUX-390@VM.MARIST.EDU Subject: Re: Windows Server thrashes Novell's Linux John Summerfied wrote: > Comments? First they ignore you, then they laugh about you, then they fight you, and then you win. (Nelson Mandela) -- 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
Re: Windows Server thrashes Novell's Linux
Kielek, Samuel wrote: > I'm pretty sure that was Gandhi who came up with that statement... > Although, I would not be surprised if Mandela quoted Gandhi. Mea maximum culpa. It was Gandhi indeed. -- 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
IBM software for z/VM and/or Linux on zSeries
I was just asked what software we needed for our z/VM and Linux environments. Here is the gotcha -- IBM only. We only use z/VM to host our Linux guests and it will remain that way in the forseeable future. We have TSM, Dirmaint, and Performance Toolkit. Anything else we should think about that would make life easier? Chris P.S. I only have 45 minutes to put together an answer. yuck. -- 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
VSWITCH controller question
I set up our VSWITCH networking in one of our VM partitions with controller and OSA failover ability. I was under the impression I should define one more controller than I have VSWITCHes, so I have 2 VSWITCHes and 3 controllers. But it looks like one controller can support any number of VSWITCHes. So I think I only need 1 controller in reserve. Any reason to keep controller 3 around? VSWITCH: VM2VSW1 Connections: 16 Controller OSA Dev. -- PRIMARY VM2CTL2 0E04 BACKUP VM2CTL1 3E04 VSWITCH: VM2VSW2 Connections: 3Controller OSA Dev. -- PRIMARY VM2CTL2 2E04 Available controllers: VM2CTL2 VM2CTL1 VM2CTL3 Ray Mrohs Energy Information Administration U.S. Department of Energy -Original Message- From: John Summerfied [mailto:[EMAIL PROTECTED] Sent: Wednesday, November 16, 2005 6:47 PM To: LINUX-390@VM.MARIST.EDU Subject: Re: Windows Server thrashes Novell's Linux Ray Mullins wrote: > Also, Microsoft has the tendency to roll multiple fixes into one patch, > while Linux patches are distributed individually. This was also discussed > earlier when a MS-leaning organization noted that Firefox had more fixes > than IE in the 3rd quarter of this year - but if you counted the individual > fixes in the few Microsoft patches, the scales tipped well in the other > direction. > > So, if each patch has 6 fixes in it on average, then there were 222 real > fixes. (Not that I know actual numbers. > > There's a few other comments that invite "read between the lines", like > "imaginary IT departments". Has anyone read the SI report? Would anyone here, under any circumstances, attempt to upgrade (not update) GLIBC on SLE8 or RHEL 3?* The attempt to do that is the major cause of the Linux failure. The report makes some points which need a sensible response. * I did install glibc fron RHL 6.x on 5.x, but a) It was my personal box b) I knew it was risky behaviour c) I had a backup, so fixing it (I didn't actually have to roll it out) was easy d) I didn't have a boss to shoot me if it broke e) I didn't have a support contract to worry about. -- 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: IBM software for z/VM and/or Linux on zSeries
> I was just asked what software we needed for our z/VM and > Linux environments. Here is the gotcha -- IBM only. We only > use z/VM to host our Linux guests and it will remain that way > in the forseeable future. We have TSM, Dirmaint, and > Performance Toolkit. Anything else we should think about > that would make life easier? IBM Tape Manager IBM Operations Manager IBM Backup Manager DFSMS/VM RSCS full license The tape/backup/operations manager products aren't the best options out there, but they work acceptably if you don't have the option of alternatives. -- 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: VSWITCH controller question
> I was under the > impression I should define one more controller than I have > VSWITCHes, so I have 2 VSWITCHes and 3 controllers. But it > looks like one controller can support any number of > VSWITCHes. So I think I only need 1 controller in reserve. > Any reason to keep controller 3 around? Nope. You only need 2 per VM image, one primary, and a backup. -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
Re: IBM software for z/VM and/or Linux on zSeries
For securing logons, links, guest lans, rdrs: RACF If you have multiple LPARs consider RSCS for file and data transfer Good luck - David -Original Message- From: Linux on 390 Port on behalf of Little, Chris Sent: Thu 11/17/2005 10:56 AM To: LINUX-390@VM.MARIST.EDU Subject: IBM software for z/VM and/or Linux on zSeries I was just asked what software we needed for our z/VM and Linux environments. Here is the gotcha -- IBM only. We only use z/VM to host our Linux guests and it will remain that way in the forseeable future. We have TSM, Dirmaint, and Performance Toolkit. Anything else we should think about that would make life easier? Chris P.S. I only have 45 minutes to put together an answer. yuck. -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
Re: IBM software for z/VM and/or Linux on zSeries
Does z/VM have a facility to accept job scheduling from either JES or Tivoli Workload Scheduler? > -Original Message- > From: David Boyes [mailto:[EMAIL PROTECTED] > Sent: Thursday, November 17, 2005 10:17 AM > To: LINUX-390@VM.MARIST.EDU > Subject: Re: IBM software for z/VM and/or Linux on zSeries > > > I was just asked what software we needed for our z/VM and Linux > > environments. Here is the gotcha -- IBM only. We only use z/VM to > > host our Linux guests and it will remain that way in the forseeable > > future. We have TSM, Dirmaint, and Performance Toolkit. Anything > > else we should think about that would make life easier? > > IBM Tape Manager > IBM Operations Manager > IBM Backup Manager > DFSMS/VM > RSCS full license > > The tape/backup/operations manager products aren't the best > options out there, but they work acceptably if you don't have > the option of alternatives. > > -- > For LINUX-390 subscribe / signoff / archive access > instructions, send email to [EMAIL PROTECTED] with the > message: INFO LINUX-390 or visit > http://www.marist.edu/htbin/wlvindex?LINUX-390 > -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
Re: IBM software for z/VM and/or Linux on zSeries
If you get RACF, you'll need HLASM (or, you can use the DIGNUS replacement there for a lot less money...) - Dave Rivers - > > For securing logons, links, guest lans, rdrs: RACF > If you have multiple LPARs consider RSCS for file and data transfer > Good luck - > David > -- [EMAIL PROTECTED]Work: (919) 676-0847 Get your mainframe programming tools at http://www.dignus.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
Re: IBM software for z/VM and/or Linux on zSeries
> Does z/VM have a facility to accept job scheduling from > either JES or Tivoli Workload Scheduler? The RSCS license will allow you to send files and messages to CMSBATCH and interact with PROP to do commands, but there is no direct support for TWS. The IBM Batch Facility for CMS might also be helpful if you need to do batch on VM. PROP would probably be the way to go for this -- schedule jobs on z/OS to use the TSO XMIT commands. -- 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
Using SAMBA / NFS for data interchange between Windows and Linux - any reservations?
I am proposing an architecture that will do away with myriad FTPs within our network and replace it with a simple LAN based file sharing using SAMBA / NFS / NAS. The FTPs have been a little flaky and processes did not always check success / failure of FTP. I am hoping that LAN based file sharing will eliminate these issues. There are no more than 10 servers at this time involved in this file sharing. When succcessful, we could extend it across the board to all our system that interchange data. What I am not sure if how SAMBA / NFS perform under heavy load? Are there any gotchas? I would also like to bring in SMB file sytem from z/OS. For this to happen, I need to demonstrate success with SAMBA. BTW, I have used SAMBA for a number of years without any issues, other than Windows highjacking the execute bit for archive turning text files into executables! But this will be the first time I will be trying it in corporate production, mission-critical environment. __ 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
Re: Using SAMBA / NFS for data interchange between Windows and Linux - any reservations?
> What I am not sure if how SAMBA / NFS perform under heavy > load? Are there any gotchas? R/O sharing with only one writer shouldn't be a problem. R/W sharing will take some planning, in that file locking is done differently in Samba and NFS, and consistency may not be maintained to all the various locking possibilities. Also, Windows apps tend to rely on byte-range locks, which aren't really implemented very well in NFS. > I would also like to bring in SMB file sytem from z/OS. For > this to happen, I need to demonstrate success with SAMBA. Use the NFS client. The SMB support for z/OS is pretty unpleasant. You may also want to look at BSI's NJE/Bridge, if the problem is reliable, easily automated file transfer from z/OS to Windows. NJE is a lot easier to use than the SMB or NFS clients in that file transfer becomes the problem of coding a DEST=(node, user) on your DD card. -- 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?
-BEGIN PGP SIGNED MESSAGE- Hash: RIPEMD160 Rich Smrcina wrote: |> |> Actually, DB2's use of /etc/inittab is for a good reason: it wants to |> respawn a process if it ever dies, and init will do that properly. The |> inittab really needs a form of "directory include" capability so that |> packages can drop snippets of inittab instructions into separate files. |> But I don't think anyone wants to change how init works. |> | | Your explanation of why they use inittab is the first I've heard of why | they do it that way. A little blurb in the doc when I was hunting for | it back in the day would have been helpful. :) | Hello, list. I feel compelled to comment on this a little bit. Adding all sorts of things to /etc/inittab is considered to be pretty much intrusive and unwise in the Unix world, and as far as I'm concerned, it is actually by far the worst thing to just to keep a process around. There are much better mechanisms to achieve that. Namely - let me break this in two parts, so I can concentrate on each of the aspects a bit more - there is the issue of init(8), and there is the issue of why and how you want to respawn dead processes. Firstly, the tradition of Unix tools is they are simple, they perform at most a couple of tasks, and they do it well. init(8) is no exception to this rule. It takes care of several different profiles of starting up a system, runlevels (in System V), and it initiates the more intelligent means of setting those profiles up (invoking scripts that set up the environment and start up services). It is not meant for, or at least it has not proven to be, a job control tool, or infact anything else beyond a mere tool to do the basic one-time dispatching of the runlevel scripts, and on systems with at least one console attached full-time, a tool that will keep that console (or those consoles) occupied by a tty allocation program. In the even that one of the tasks it was assigned should fail, it will either pretend nothing ever happened, or blindly restart it a number of times, before stalling for a number of minutes (usually five) and repeating it all over again. There are far, far better tools than init(8) at an admin's disposal if they want to keep a process hanging around. Various watchdogs come to mind, and even cron(8) is far from being useless here. Secondly, and this is the more icky issue here, tools that one dispatches on a Unix system, will usually require at least some amount of attention from a person who knows what the system is being used for before being left to run unattended, so they can be spawned in an environment that is *friendly* to the rest of the system, such as one where ulimits and priorities have been sorted out. Moreover, if the processes really need to be kept alive, one will most probably care about their exit status, so they can do something useful to prevent the death of a daemon from taking place again. And even causing the death of a process on purpose, should it ever become necessary. init(8) is, plain and simple, utterly incapable of doing any of the aforementioned. Infact, it was just today that I had a db2fm process continuously eat up 100% of cpu (for more than an hour) on a 31-bit DB2 Connect user, cornering two other development-related users by its excessive cpu utilization. Incidentally, the service needed to be online ASAP, because there was some introductory schooling going on, I was at a very interesting lecture at that time. Guess who drew the shorter straw. I dare asserting that given a *proper* way to have db2fmcd run on that system would've prevented that from happening, as it would've had been running with a significantly decreased priority and ulimit on CPU time, and the processes it spawned itself would've had inherited that from it. Yes, I know about share settings, but they're beside the point here. DB2 Connect was working flawlessly, and handling runaway processes in Linux is the first instance of intervention; I'd rather handle the problem at a level where I can pinpoint the exact cause, rather than penalising the entire system because one tiny part of it went berserk. All this rambling is, of course, something I do because the service agreement is preventing me from poking around such indolent solutions. I could fix that inittab thing in less than five minutes by starting up db2fmcd from an init script and set up a cron job that restarted it if it ever died, but I'd have certainly lost my cherished privilege of being able to complain about it not working the way it should. :) Kind regards, - -- ~Grega Bremec ~gregab at p0f dot net -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.0 (GNU/Linux) iD8DBQFDfOY2fu4IwuB3+XoRAwvbAJ9hOOgz1aQzwltxh/GtCcpXEYDOcACdHHg+ LVhmgvtPTOeR4lJV9Zix78o= =saIj -END PGP SIGNATURE- -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the messag
Re: Using SAMBA / NFS for data interchange between Windows and Linux - any reservations?
Sorry, not answering your question ... but appending my own to it ... We do lots of ftps as well and using NFS/SAMBA sounds like an interesting alternative. However, we just went through an audit and one of the requirements that came out of that is that all transfers have to be encrypted. So we're using ftp with TLS/SSL encryption. Does SAMBA/NFS encrypt data? --Stephen Ranga Nathan wrote: I am proposing an architecture that will do away with myriad FTPs within our network and replace it with a simple LAN based file sharing using SAMBA / NFS / NAS. The FTPs have been a little flaky and processes did not always check success / failure of FTP. I am hoping that LAN based file sharing will eliminate these issues. There are no more than 10 servers at this time involved in this file sharing. When succcessful, we could extend it across the board to all our system that interchange data. What I am not sure if how SAMBA / NFS perform under heavy load? Are there any gotchas? I would also like to bring in SMB file sytem from z/OS. For this to happen, I need to demonstrate success with SAMBA. BTW, I have used SAMBA for a number of years without any issues, other than Windows highjacking the execute bit for archive turning text files into executables! But this will be the first time I will be trying it in corporate production, mission-critical environment. __ 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
Re: Using SAMBA / NFS for data interchange between Windows and Linux - any reservations?
from an architecture perspective is ftp doing the same thing as nfs/samba? FTP is more of a come and get it - samba/nfs are here when you want it. Just a thought. David -Original Message- From: Linux on 390 Port on behalf of Ranga Nathan Sent: Thu 11/17/2005 1:33 PM To: LINUX-390@VM.MARIST.EDU Subject: Using SAMBA / NFS for data interchange between Windows and Linux - any reservations? I am proposing an architecture that will do away with myriad FTPs within our network and replace it with a simple LAN based file sharing using SAMBA / NFS / NAS. The FTPs have been a little flaky and processes did not always check success / failure of FTP. I am hoping that LAN based file sharing will eliminate these issues. There are no more than 10 servers at this time involved in this file sharing. When succcessful, we could extend it across the board to all our system that interchange data. What I am not sure if how SAMBA / NFS perform under heavy load? Are there any gotchas? I would also like to bring in SMB file sytem from z/OS. For this to happen, I need to demonstrate success with SAMBA. BTW, I have used SAMBA for a number of years without any issues, other than Windows highjacking the execute bit for archive turning text files into executables! But this will be the first time I will be trying it in corporate production, mission-critical environment. __ 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
Re: Which profile file is read on z/Linux?
Grega Bremec writes: >I feel compelled to comment on this a little bit. Adding all sorts of >things to /etc/inittab is considered to be pretty much intrusive and >unwise in the Unix world, and as far as I'm concerned, it is actually by >far the worst thing to just to keep a process around. There are much >better mechanisms to achieve that. I agree! You've written a great description of what init is for, and I really wish the DB2 folks had learned this as well as you have. While I usuall excise long posts from my replies, I'm including your exposition here so that I can say this: If you didn't read it before, read Grega's comments on the init process now! He describes the purpose of things, something that is seldom documented anywhere in UN*X-land. >Namely - let me break this in two parts, so I can concentrate on each of >the aspects a bit more - there is the issue of init(8), and there is the >issue of why and how you want to respawn dead processes. > >Firstly, the tradition of Unix tools is they are simple, they perform at >most a couple of tasks, and they do it well. init(8) is no exception to >this rule. It takes care of several different profiles of starting up a >system, runlevels (in System V), and it initiates the more intelligent >means of setting those profiles up (invoking scripts that set up the >environment and start up services). It is not meant for, or at least it >has not proven to be, a job control tool, or infact anything else beyond >a mere tool to do the basic one-time dispatching of the runlevel >scripts, and on systems with at least one console attached full-time, a >tool that will keep that console (or those consoles) occupied by a tty >allocation program. In the even that one of the tasks it was assigned >should fail, it will either pretend nothing ever happened, or blindly >restart it a number of times, before stalling for a number of minutes >(usually five) and repeating it all over again. There are far, far >better tools than init(8) at an admin's disposal if they want to keep a >process hanging around. Various watchdogs come to mind, and even cron(8) >is far from being useless here. > >Secondly, and this is the more icky issue here, tools that one >dispatches on a Unix system, will usually require at least some amount >of attention from a person who knows what the system is being used for >before being left to run unattended, so they can be spawned in an >environment that is *friendly* to the rest of the system, such as one >where ulimits and priorities have been sorted out. Moreover, if the >processes really need to be kept alive, one will most probably care >about their exit status, so they can do something useful to prevent the >death of a daemon from taking place again. And even causing the death of >a process on purpose, should it ever become necessary. init(8) is, plain >and simple, utterly incapable of doing any of the aforementioned. Grega then goes on to describe his woes with db2fmcd, which is exactly the same behavior I've had it do to me, with no apparent cause and at very random and unfortunate times. There's actually a very simple solution, which I wish the DB2 team would consider, because it is the UN*X way of doing it. Instead of starting it from init, start db2fmcd from the DB2 rc-script, along with the other admin tools. When db2fmcd starts up, it should immediately spawn off a child process that does all the work. The parent should do nothing but wait around for its child to die, and can then loop to start up another one in its place. The parent process is very robust because it only executes a very tiny bit of code. That's the UN*X way of implementing a daemon that keeps itself alive. Had they just done that simple thing, we'd all be happy with it, and their installer would have been easier to write, and all kinds of goodness follows. - MacK. - Edmund R. MacKenty Software Architect Rocket Software, Inc. Newton, MA USA -- 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: Using SAMBA / NFS for data interchange between Windows and Linux - any reservations?
On 11/17/05, David Kreuter <[EMAIL PROTECTED]> wrote: > from an architecture perspective is ftp doing the same thing as nfs/samba? > FTP is more of a come and get it - samba/nfs are here when you want it. Just > a thought. > David > > -Original Message- > From: Linux on 390 Port on behalf of Ranga Nathan > Sent: Thu 11/17/2005 1:33 PM > To: LINUX-390@VM.MARIST.EDU > Subject: Using SAMBA / NFS for data interchange between Windows and Linux - > any reservations? > > I am proposing an architecture that will do away with myriad FTPs within > our network and replace it with a simple LAN based file sharing using > SAMBA / NFS / NAS. > The FTPs have been a little flaky and processes did not always check > success / failure of FTP. I am hoping that LAN based file sharing will > eliminate these issues. There are no more than 10 servers at this time > involved in this file sharing. When succcessful, we could extend it across > the board to all our system that interchange data. > > What I am not sure if how SAMBA / NFS perform under heavy load? Are there > any gotchas? > > I would also like to bring in SMB file sytem from z/OS. For this to > happen, I need to demonstrate success with SAMBA. > > BTW, I have used SAMBA for a number of years without any issues, other > than Windows highjacking the execute bit for archive turning text files > into executables! But this will be the first time I will be trying it in > corporate production, mission-critical environment. > __ > 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 > I use both NFS and FTP between Linux/z-Series and zOS. So far it has been very reliable. However, the same situation between zOS and SUN would sometimes cause problems after IPL's or rebooting of SUN. The same applies for NFS between zOS and W2K servers running FTP. I use both SAMBA and FTP between Linux/z-Series and W2K/W2K3 servers. So far I have not had problems. -- 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: SUSE install
On 11/16/05, Kreiter, Chuck <[EMAIL PROTECTED]> wrote: > I'm attempting to install SUSE on an LPAR. > > I have set up an SMB share on a LINUX PC and created the shares as > specified in the install.bat file found on the first CD. > > After I configure the network, I am prompted to specify the installation > source (NFS, SAMBA, FTP). I select SAMBA and then enter the IP address > of my LINUX PC. It then prompts for the directory of the installation > media. I have been entering suseinstall based on the label of Main > Folder in the bat file. Is this what I should be using? > > Then, after the install program runs and I select start installation, I > am prompted for the source medium. I select network and then SMB for > the network protocol. I enter the IP address of my SMB server and then > enter suseinstall as the share name. This fail for CANNOT FIND THE > IMAGE. Coding the share name sles9-CD1 seems to work until I get into > YaST and it can not find the source data. > > I guess I am confused as to what to enter where when it comes to > accessing the CD's. If anyone can point me to some docs that describe > this process, I'd greatly appreciate it. > > > Chuck Kreiter > Lead Systems Programmer > State Auto Insurance > > > > * This message was scanned by State Auto's mail server for viruses and > objectionable content. > > -- > 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 > does it have to be SMB? if you create a an /sles9root file system and export it (for NFS), it works without a glitch. -- 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: Using SAMBA / NFS for data interchange between Windows and Linux - any reservations?
> We do lots of ftps as well and using NFS/SAMBA sounds like an > interesting alternative. However, we just went through an > audit and one of the requirements that came out of that is > that all transfers have to be encrypted. So we're using ftp > with TLS/SSL encryption. Does SAMBA/NFS encrypt data? NFS v3 does have an encrypted form, but it's a major performance hit, and it's not widely implemented outside of the Solaris world. NFS and TCP-based services like Samba can easily be run within a encrypted tunnel (like stunnel), though. -- 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?
Edmund R. MacKenty wrote: Grega then goes on to describe his woes with db2fmcd, which is exactly the same behavior I've had it do to me, with no apparent cause and at very random and unfortunate times. There's actually a very simple solution, which I wish the DB2 team would consider, because it is the UN*X way of doing it. Instead of starting it from init, start db2fmcd from the DB2 rc-script, along with the other admin tools. When db2fmcd starts up, it should immediately spawn off a child process that does all the work. The parent should do nothing but wait around for its child to die, and can then loop to start up another one in its place. The parent process is very robust because it only executes a very tiny bit of code. That's the UN*X way of implementing a daemon that keeps itself alive. Had they just done that simple thing, we'd all be happy with it, and their installer would have been easier to write, and all kinds of goodness follows. and users' sysadmins could stop the thing without changing inittab or changing runlevel. Some people, and developers come to mind, want to stop it sometimes. -- 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
Java application on Linux for zSeries
Hello list. We are testing Java app. on Linux (z/VM) and we're getting a very poor response time. End users get connected to Linux server through X-Win32 (evaluation mode). So far, I've no seen any Linux (CPU, memory/swapping, I/O) or network "problem". To get a Xterm from Windows takes 3 -4 sec. But when running Java it takes 1.5 mints!!.. I heard Java application are "per se" heavy and slowly on Linux for zSeries (z/VM)Are there some tuning tips to consider to improve Java app's response time???...or I just have to forget about it Thanks in advance. 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
Re: Using SAMBA / NFS for data interchange between Windows and Linux - any reservations?
__ Ranga Nathan / CSG Systems Programmer - Specialist; Technical Services; BAX Global Inc. Irvine-California Tel: 714-442-7591 Fax: 714-442-2840 David Kreuter <[EMAIL PROTECTED]> Sent by: Linux on 390 Port 11/17/2005 12:34 PM Please respond to Linux on 390 Port To LINUX-390@VM.MARIST.EDU cc Subject Re: Using SAMBA / NFS for data interchange between Windows and Linux - any reservations? from an architecture perspective is ftp doing the same thing as nfs/samba? FTP is more of a come and get it - samba/nfs are here when you want it. Just a thought. David The difference is how you script your processes. Scripting FTP client-side is a bit more complex and you have to parse the output. OK, if you use Perl's Net::FTP or Java, then there is a nice wrapper around FTP to give you results. BTW, FTP is the only I know of submitting jobs to the z/OS partition. What I like about the copy / move approach is that it can be woven nicely into scripting. All file operations can be performed on SAMBA / NFS mounted files that would be much more complicated to do using FTP. The file / pipe paradigm works very naturally with scripts. And you don't have to embed account details once the files are mounted by root (Ok, good design does not, but I have seen a lot of crappy scripts with embedded user id and password!). Less clutter, more elegance, more reliable - that is how I see it. Ranga -Original Message- From: Linux on 390 Port on behalf of Ranga Nathan Sent: Thu 11/17/2005 1:33 PM To: LINUX-390@VM.MARIST.EDU Subject: Using SAMBA / NFS for data interchange between Windows and Linux - any reservations? I am proposing an architecture that will do away with myriad FTPs within our network and replace it with a simple LAN based file sharing using SAMBA / NFS / NAS. The FTPs have been a little flaky and processes did not always check success / failure of FTP. I am hoping that LAN based file sharing will eliminate these issues. There are no more than 10 servers at this time involved in this file sharing. When succcessful, we could extend it across the board to all our system that interchange data. What I am not sure if how SAMBA / NFS perform under heavy load? Are there any gotchas? I would also like to bring in SMB file sytem from z/OS. For this to happen, I need to demonstrate success with SAMBA. BTW, I have used SAMBA for a number of years without any issues, other than Windows highjacking the execute bit for archive turning text files into executables! But this will be the first time I will be trying it in corporate production, mission-critical environment. __ 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 -- 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: Using SAMBA / NFS for data interchange between Windows and Linux - any reservations?
__ Ranga Nathan / CSG Systems Programmer - Specialist; Technical Services; BAX Global Inc. Irvine-California Tel: 714-442-7591 Fax: 714-442-2840 Stephen Y Odo <[EMAIL PROTECTED]> Sent by: Linux on 390 Port 11/17/2005 12:20 PM Please respond to Linux on 390 Port To LINUX-390@VM.MARIST.EDU cc Subject Re: Using SAMBA / NFS for data interchange between Windows and Linux - any reservations? Sorry, not answering your question ... but appending my own to it ... We do lots of ftps as well and using NFS/SAMBA sounds like an interesting alternative. However, we just went through an audit and one of the requirements that came out of that is that all transfers have to be encrypted. All our transfers are inside the company, within our intranet. So we're using ftp with TLS/SSL encryption. Does SAMBA/NFS encrypt data? If we want external customers plug into it, the we give them a VPN tunnel. The can see their folders and drop off / pickup. z/OS does SMB too. Although I do not have a say in that area, that would be a neat solution. Ranga --Stephen Ranga Nathan wrote: >I am proposing an architecture that will do away with myriad FTPs within >our network and replace it with a simple LAN based file sharing using >SAMBA / NFS / NAS. >The FTPs have been a little flaky and processes did not always check >success / failure of FTP. I am hoping that LAN based file sharing will >eliminate these issues. There are no more than 10 servers at this time >involved in this file sharing. When succcessful, we could extend it across >the board to all our system that interchange data. > >What I am not sure if how SAMBA / NFS perform under heavy load? Are there >any gotchas? > >I would also like to bring in SMB file sytem from z/OS. For this to >happen, I need to demonstrate success with SAMBA. > >BTW, I have used SAMBA for a number of years without any issues, other >than Windows highjacking the execute bit for archive turning text files >into executables! But this will be the first time I will be trying it in >corporate production, mission-critical environment. >__ >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
Re: Using SAMBA / NFS for data interchange between Windows and Linux - any reservations?
__ Ranga Nathan / CSG Systems Programmer - Specialist; Technical Services; BAX Global Inc. Irvine-California Tel: 714-442-7591 Fax: 714-442-2840 David Boyes <[EMAIL PROTECTED]> Sent by: Linux on 390 Port 11/17/2005 10:42 AM Please respond to Linux on 390 Port To LINUX-390@VM.MARIST.EDU cc Subject Re: Using SAMBA / NFS for data interchange between Windows and Linux - any reservations? > What I am not sure if how SAMBA / NFS perform under heavy > load? Are there any gotchas? R/O sharing with only one writer shouldn't be a problem. R/W sharing will take some planning, in that file locking is done differently in Samba and NFS, and consistency may not be maintained to all the various locking possibilities. Also, Windows apps tend to rely on byte-range locks, which aren't really implemented very well in NFS. > I would also like to bring in SMB file sytem from z/OS. For > this to happen, I need to demonstrate success with SAMBA. Use the NFS client. The SMB support for z/OS is pretty unpleasant. You may also want to look at BSI's NJE/Bridge, if the problem is reliable, easily automated file transfer from z/OS to Windows. NJE is a lot easier to use than the SMB or NFS clients in that file transfer becomes the problem of coding a DEST=(node, user) on your DD card. I like that abstraction. Is that just one way - from mainframe to outside? I will google for it though. Currently we use Enterprise Connect on z/OS for data exchange. Not that I am a fan of it. Ranga -- 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: z/OS tcp/ip stack definitions for hipersocket
Even if you're actually using 8192 for your MTU size, you're taking a performance hit. Bump that up even higher to 32K. Mark Post -Original Message- From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of James Melin Sent: Wednesday, November 16, 2005 12:22 PM To: LINUX-390@VM.MARIST.EDU Subject: z/OS tcp/ip stack definitions for hipersocket The results of a netstat on z/os showed me that while the actMtu is 8192 while under BSD Routing Parameters it shows an MTU Size of 00576. Question: Does this mean z/OS tcp/ip is breaking 8 K packets into 576 byte units each with its own header? Shouldn't the MTU size under BSD Routing Parameters be higher? I am doing point to point data connections via hipersockets to talk to DB2 on z/OS, so there should be no routing going on. I'm just trying to figure out if this adversely impacts my hipersocket performance. -- 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: Windows Server thrashes Novell's Linux
How many of those patches were against packages that would not be in a base Windows install? I didn't see any URL to the actual report, so I can't answer that myself. How many of the patches against Linux required rebooting, versus restarting a service? How many problems does Microsoft know about that they haven't admitted to having, and won't be issuing patches for? How many of the Open Source patches were the result of pro-active bug fixes, versus: - denying a problem exists - slipping a fix in quietly that hadn't been previously acknowledged - refusing to fix at all, unless you're running the latest and greatest XP? I have to give Microsoft credit for greatly improving their security over the last couple of years. That simply doesn't fix a security model that's outright broken to start with. Mark Post -Original Message- From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of John Summerfied Sent: Wednesday, November 16, 2005 5:33 PM To: LINUX-390@VM.MARIST.EDU Subject: Windows Server thrashes Novell's Linux This came as a surprise to me: http://www.theregister.co.uk/2005/11/16/microsoft_takes_stick_to_novell/ "... found the Linux system required an eye-watering 187 patches while Windows needed just 37." "... Novell system suffered 14 "critical breakages" while the Windows system suffered none." Comments? -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
Re: IBM software for z/VM and/or Linux on zSeries
I'm curious. Why does RACF require that you have HLASM (or your replacement)? Note that I've never worked on an MVS system that didn't have an assembler, so I've never paid much attention to what needed it or not. Mark Post -Original Message- From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of Thomas David Rivers Sent: Thursday, November 17, 2005 12:08 PM To: LINUX-390@VM.MARIST.EDU Subject: Re: IBM software for z/VM and/or Linux on zSeries If you get RACF, you'll need HLASM (or, you can use the DIGNUS replacement there for a lot less money...) - Dave Rivers - -- 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: SUSE install
What do you have under that network share? SLESx expects a specific directory structure that is documented in the release notes on the CD. If you haven't set that up, it will fail. Mike MacIsaac has contributed a "mksles9root.sh" script to do that setup for you. It is available at http://linuxvm.org/Patches/ Mark Post -Original Message- From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of Kreiter, Chuck Sent: Wednesday, November 16, 2005 2:34 PM To: LINUX-390@VM.MARIST.EDU Subject: SUSE install I'm attempting to install SUSE on an LPAR. I have set up an SMB share on a LINUX PC and created the shares as specified in the install.bat file found on the first CD. After I configure the network, I am prompted to specify the installation source (NFS, SAMBA, FTP). I select SAMBA and then enter the IP address of my LINUX PC. It then prompts for the directory of the installation media. I have been entering suseinstall based on the label of Main Folder in the bat file. Is this what I should be using? Then, after the install program runs and I select start installation, I am prompted for the source medium. I select network and then SMB for the network protocol. I enter the IP address of my SMB server and then enter suseinstall as the share name. This fail for CANNOT FIND THE IMAGE. Coding the share name sles9-CD1 seems to work until I get into YaST and it can not find the source data. I guess I am confused as to what to enter where when it comes to accessing the CD's. If anyone can point me to some docs that describe this process, I'd greatly appreciate it. -- 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: Poor performance running VM under VM in a DR exercise
Yes, This was brought up in a recent lab/class in Poughkeepsie. Currently under VM including VM 5.2 being released this constraint still exists. the SIE instruction as stated is being emulated in software in a second level VM system. I think Denise said they where working on improving this but currently and in 5.2 you will see degration in performance and we did witness it in the class. William 'Doug' Carroll Mainframe Systems Engineer II Global Technology Infrastructure ECS Mainframe Operating System Services Explore IT, build IT, exploit IT - Creating excellence through teamwork. (614) 213-4954 Office (877) 899-1697 Pager (614) 244-9897 Fax http://www.bankone.com http://www.jpmchase.com James Melin <[EMAIL PROTECTED]To: LINUX-390@vm.marist.edu epin.mn.us> cc: Sent by: Linux on Subject: Re: Poor performance running VM under VM in a DR exercise 390 Port <[EMAIL PROTECTED] st.edu> 11/09/2005 02:06 PM Please respond to Linux on 390 Port I spoke to an IBM expert on things WebSphere on z/Series and he had this to say: _ You will experience much degraded performance when you are running Linux under VM under VM. My understanding of this is that it is caused by running the SIE (start interpretive execution) hardware instruction in software. VM uses the SIE instruction to run guest operating systems like Linux. When VM is itself running interpreted (2nd-level) then when it uses the SIE to run Linux that SIE is running in software emulation. So it's not just your WebSphere that is slow, but all of Linux, and any other guests running under the 2nd-level VM. You're probably not noticing the slowdown in Linux since Linux is quite "light" and doesn't really put much of a load on the system. But WebSphere will, and you'll notice the performance degradation. __ We are running VM under VM for the convenience of the DR Vendor. Rather than have to re-create our VM environment for us with different device addressing A couple questions : Any way to prevent third level guests from doing SIE in emulation? When we do our z/VM & z/Linux restores, the process we undertake is to do it from the 'starter system'. We restore to the real disk devices on the recovery system. The process of volume restore for Linux changes the Volser, so when our VM runs, the devices are at the address they've been told to be at in the VM directory and the labels have been changed to be what labels VM expects. The only real thing that needs to be resolved is recovery system device address definitions vs our 'native' device address definitions. Is it better to re-map our VM configuration to match the device addresses of the recovery hardware, or have the DR vendor create guests in the primary VM that match my Linux definitions? -- 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
Chargeback and Toolsets
For those who do charge back for their zLinux Servers I'd really be interested in hearing how you do your chargeback and what's including in the chargeback? for example. do you chargeback CPU Time or Whole Servers? Network? DASD? how about SAN storage and Tape. We're working on this now and we're trying to not kill the project by making it to expensive to run on zSeries Hardware. Also What are some of the toolsets in use out there. IBM DIRMAINT/RACF vs. CA VM suite for Linux what monitoring products do you use? backup/restore products? Any input is really appreciated William 'Doug' Carroll Mainframe Systems Engineer II Global Technology Infrastructure ECS Mainframe Operating System Services Explore IT, build IT, exploit IT - Creating excellence through teamwork. (614) 213-4954 Office (877) 899-1697 Pager (614) 244-9897 Fax http://www.bankone.com http://www.jpmchase.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
Re: Chargeback and Toolsets
We're on a base/incremental funding model, so at request time, the users kick back some $. Ongoing support would go into base I think. They calculate the DASD costs the same as for distributed systems - so many $ per Gigabyte (can't remember the number but it include storage people time and some costs for the backups). No charge for network. We charge 5-10 hours or so for server creation and a fee for cpu based on someone's guess at MIPS that might be used (usually 3-5K I suspect). If it's a big app, more extensive sizing might be done - or we make them by the IFL :) We use the CA suite on VM (and use VM:Operator to route messages to Command Post), Velocity for performance monitoring, and for Linux monitoring HP OVO & Wily Introscope (for Websphere Java stuff) and something else on WebSphere who's name I can't remember at the moment - but I think it ties in with the Introscope. 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 Doug Carroll Sent: Thursday, November 17, 2005 9:10 PM To: LINUX-390@VM.MARIST.EDU Subject: [LINUX-390] Chargeback and Toolsets For those who do charge back for their zLinux Servers I'd really be interested in hearing how you do your chargeback and what's including in the chargeback? for example. do you chargeback CPU Time or Whole Servers? Network? DASD? how about SAN storage and Tape. We're working on this now and we're trying to not kill the project by making it to expensive to run on zSeries Hardware. Also What are some of the toolsets in use out there. IBM DIRMAINT/RACF vs. CA VM suite for Linux what monitoring products do you use? backup/restore products? Any input is really appreciated William 'Doug' Carroll Mainframe Systems Engineer II Global Technology Infrastructure ECS Mainframe Operating System Services Explore IT, build IT, exploit IT - Creating excellence through teamwork. (614) 213-4954 Office (877) 899-1697 Pager (614) 244-9897 Fax http://www.bankone.com http://www.jpmchase.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