Re: Linux file Shareing
We've been sharing /usr (and sometimes /opt) for about three years on SLES7 and SLES8. It works very well. The only area you have to be careful about is when you add service or upgrades to your images. Adding service or upgrade .rpm's for a product usually means that files get updated on /usr and also in non-/usr areas. If /usr is shared read-only, that means you can't run the rpm on each and every image. You have to run it on some central image that owns /usr. And if you change a disk that other systems access read-only, the other systems will give errors thinking the disk is corrupted, and you won't see the new files until it's remounted anyway, which you probably can't do while the system is running. We are currently using two full-pack 3390-3's for production and upgrade versions of /usr and toggle between them. But that doesn't get all the files. You'll have to copy over all the files that aren't in /usr to each and every image, shut down the image, re-link the disk that points to /usr and reboot. This is turning out to be a lot of trouble just to save some disk space when you have dozens of images. You have to ask yourself, "Is the extra labor involved in the maintenance process justified in light of how cheap disk storage is?" Add to that the fact that many of my customers don't want their Linux server to be taken down for service upgrades and the problem compounds itself. There are companies that sell maintenance solutions that take care of these problems, like Levanta and Aduva. They aren't cheap and they use a lot of system resources. We were evaluating Levanta when management killed it because of cost. Of course, at that time our stock price was about half of what it is now and management was watching every penny. We are actually thinking about going back to a configuration where everything is read-write. Disk is cheap and labor for maintenance isn't. Then we could link to a central NFS server where the rpms are stored and use ssh from a central point to load the service from rpm. "Nature and nature's laws lay hid in night: God said, 'Let Newton Be!' and all was light." - Alexander Pope "It did not last; the Devil howling 'Ho! Let Einstein Be!' restored the status quo."- John Collings Squire "God Rolled his dice, to Einstein's great dismay: 'Let Feynman Be!' and all was clear as day." - Jagdish Mehra Gordon W. Wolfe, Ph. D. VM Technical Services, The Boeing Company > -- > From: Richard Troth > Reply To: Linux on 390 Port > Sent: Thursday, May 20, 2004 7:47 AM > To: [EMAIL PROTECTED] > Subject: Re: Linux file Shareing > > > Does anyone have any experience with Linux File Shareing? > > I do it all the time! > > > When is it best to do Linux File Shareing? > > Things that are clearly read-only are the immediate candidates. > Sharing by way of VM minidisks requires read-only operation. > > > What kinds of things should be looked at before we go with File Shareing? > > Deployment after sharing has begun (or generally any admin > or maint after sharing has begun) is probably the biggest pain point. > > > We are thinking of doing some fileshareing with the /usr directory > > structure where we have installed Oracle and share that ... > > Sun set a precedent for sharing /usr more than a decade ago. > Linux has been slow to pick-up on the idea (because most Linux > systems are on independent PC class machines). Sun uses NFS. > Now with zSeries Linux running on VM, there is physical (appears > to Linux) sharing of the underlying device, which Sun did not have. > Now with SAN, Sun can enjoy sharing physical devices too! > For that matter, non-mainframe Linux can share volumes (on SAN). > > /usr and /opt are the most immediately obvious choices. > The root can be difficult, but your /etc and /var content are > even more difficult than a shared root FS. (/boot is generally> > sharable if you split it from the root; I do.) > > -- R; > > -- > For LINUX-390 subscribe / signoff / archive access instructions, > send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit > http://www.marist.edu/htbin/wlvindex?LINUX-390 > > -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
Re: Linux Benchmark
You're making the same mistake everyone does -- comparing apples to wildebeests. Mips are not mips. We go through this every few months, so here it is again: S390 machines are VERY good at handling I/O but are relatively slow in compute power. Intel machines are fast at raw compute power but are very slow in I/O handling. Intel has to do ALL the computing and I/O with its central processor, and probably spends 90% of its time handling I/O. You're comparing the total processing power of an intel box against the central processor only of a mainframe. a 350 mips z800 (we have one) is just the central processor. By the time you add in the processing capability of the channel processors and the processors inside the control units, you might raise that 350 mips to around 30,000 mips -- but only for I/O intensive jobs! If your application is compute intensive (beowulf clusters,engineering calculations, lots of Java), use Intel or HP. If it's I/O intensive (databases, network infrastructure, web processing) the s390 will beat it hands down from Sunday. You also need to consider the cost-per-computing power ratio. My personal pet peeve in our company is when someone sets up a database on a "fast" distributed machine running Unix or Windows, then finds out the "fast" machine can't handle the load, so they bring in another processor to "mirror" the data to allow more people to access it simultaneously. Any time you have 20 copies of the same data being updated, AT LEAST 19 of them will be wrong! Why not put it on a machine that can handle the load in the first place? "Caesar si viveret, ad remam dareris" - Henry Beard Gordon Wolfe, Ph.D. Boeing Enterprise Servers (425) 865-5940 > -- > From: Ranga Nathan > Reply To: Linux on 390 Port > Sent: Friday, May 21, 2004 11:54 AM > To: [EMAIL PROTECTED] > Subject: Re: Linux Benchmark > > I find my Linux LPAR very very slow, even though it has 5% of a 350mips > z/800. > It is running SLES8. When I start the perl debug session, I can go have a > cup of coffee before it prompts. On an ordinary intel box it is almost > instantaneous! > > 5% of 350mips = 17.5mips or is it not relevant here? > > Wonder what others are experiencing. > > > > > "Post, Mark K" <[EMAIL PROTECTED]> > > Sent by: Linux on 390 Port <[EMAIL PROTECTED]> > 05/21/2004 11:14 AM > Please respond to Linux on 390 Port > > To: [EMAIL PROTECTED] > cc: > Subject:Re: Linux Benchmark > > > Nothing that would be meaningful in any way, no. > > > Mark Post > > -Original Message- > From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of > Ranga > Nathan > Sent: Friday, May 21, 2004 2:10 PM > To: [EMAIL PROTECTED] > Subject: Linux Benchmark > > > I would like to compare my Linux LPAR against a Lintel (Linux on Intel). > Is > there some kind of benchmarking available? > > -- > For LINUX-390 subscribe / signoff / archive access instructions, send > email > to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit > http://www.marist.edu/htbin/wlvindex?LINUX-390 > > -- > For LINUX-390 subscribe / signoff / archive access instructions, > send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or > visit > http://www.marist.edu/htbin/wlvindex?LINUX-390 > > > -- > For LINUX-390 subscribe / signoff / archive access instructions, > send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit > http://www.marist.edu/htbin/wlvindex?LINUX-390 > > -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
Re: Security Redbook
Neale, Where were you when I needed you two years ago? Kidding aside, this looks like it will be a valuable contrigution. I'm downloading it today. "An Optomist is just a pessimist with no job experience." - Scott Adams Gordon W. Wolfe, Ph.D. Boeing Enterprise Servers 425-865-5940 > -- > From: Ferguson, Neale > Reply To: Linux on 390 Port > Sent: Monday, May 24, 2004 5:41 PM > To: [EMAIL PROTECTED] > Subject: Security Redbook > > See: http://www.redbooks.ibm.com/redbooks/pdfs/sg247023.pdf > > This IBM Redbook discusses best security practices for running Linux as > a z/VM guest on IBM zSeries and S/390 machines. This publication is > intended for system administrators and IT architects responsible for > deploying secure Linux servers running under z/VM. We consider both z/VM > and Linux security topics. > > We examine the unique security and integrity features zSeries offers for > consolidating a large number Linux servers under z/VM. We discuss > virtual machine isolation and command privileges assigned to VM guests. > Security configuration options for z/VM Version 4.4 are explained. > > In this book, we also discuss Linux security topics. We examine options > for hardening a Linux installation. Securing Linux network traffic using > Secure Sockets Layer and Secure Shell is considered. We look at > implementing a virtual private network using FreeS/WAN. Commercial > firewall technology and implementation using the StoneGate firewall for > zSeries is discussed. We examine using IBM Tivoli Access Manager in > conjunction with an LDAP server running on z/OS to authenticate Linux > users against a RACF running on z/OS. > > -- > 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: OpenSSH on the z/OS platform
Is there any hope this will compile and run on z/VM? "An Optomist is just a pessimist with no job experience." - Scott Adams Gordon W. Wolfe, Ph.D. Boeing Enterprise Servers 425-865-5940 > -- > From: Post, Mark K > Reply To: Linux on 390 Port > Sent: Tuesday, May 25, 2004 10:18 AM > To: [EMAIL PROTECTED] > Subject: OpenSSH on the z/OS platform > > For all you people out there that want to get data between z/OS and > Linux/390 securely: > http://www-306.ibm.com/common/ssi/fcgi-bin/ssialias?subtype=ca&infotype=an&a > ppname=iSource&supplier=897&letternum=ENUS204-109 > > IBM Ported Tools for z/OS Version 1 is designed to provide the select > features of secure shell known as OpenSSH enabling for: > > * Authentication for both the client and server > * Privacy through encryption > * Data integrity > * Authorization > * Forwarding or tunneling > * An optional feature of compression > * Communication using SSH1 and SSH2 protocols > > > IBM Ported Tools for z/OS(r) is an unpriced program product designed to > deliver OpenSSH for the z/OS platform. OpenSSH has been modified to operate > within the z/OS environment. > > > 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
Re: Crypto on z800
If you find out, post it here. Our crypto cards get configured next month. "An Optomist is just a pessimist with no job experience." - Scott Adams Gordon W. Wolfe, Ph.D. Boeing Enterprise Servers 425-865-5940 > -- > From: Ann Smith > Reply To: Linux on 390 Port > Sent: Wednesday, May 26, 2004 2:08 PM > To: [EMAIL PROTECTED] > Subject: Crypto on z800 > > IBM configured our PCICA card to our VM LPAR that runs linux but we see > the following errors: > 600 May 26 08:03:24 hostl1 kernel: z90crypt: Hardware error > 601 May 26 08:03:24 hostl1 kernel: z90crypt: Type 82 Message Header: > 00821000 > 602 May 26 08:03:24 hostl1 kernel: z90crypt: Device 14 returned > hardware error 13 > 603 May 26 08:03:43 hostl1 kernel: z90crypt: Error in > get_crypto_request_buffer: 16 > Any suggestions would be greatly appreciated. > > -- > For LINUX-390 subscribe / signoff / archive access instructions, > send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit > http://www.marist.edu/htbin/wlvindex?LINUX-390 > > -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
Re: SuSE vs Red Hat
Which distribution you want depends entirely on what you're looking for. All three distributions have good support, either from the vendor directly or through third parties. On Intel, Red hat is more popular in the US and SuSE more popular in Europe. Debian is considered by many to be technically the best but third-party software vendors will usually only certify their code for SuSE and/or Red Hat. We're using SuSE because it was the first production supported GA distribution (Red Hat didn't come out with theirs until 9 months later) and it has many features we want that aren't available on other distributions. Oracle, DB2 and WebSphere are certified to run on it. (probably on Red hat, too.) We are getting a lot of pressure from our distributed community to convert to Red Hat simply because all our Intel Linux stuff is on Red Hat and they want us to standardize to them. We, of course, think they ought to standardize to us. Standardization is one consideration. In the US, Red Hat is considered to be the "standard", but it also has somewhat of a reputation on this list for being slightly more difficult to implement than SuSE. The original Marist download distribution (still available, I think) was based on Red Hat 2.2.14. Red Hat has, in the past, declined to include some features such as LVM or OSA support because source code wasn't available. This has, I think, been resolved now, but you need to check to see that the features you want are included. Debian has a reputation for being closer to the cutting edge of newest technology. I haven't worked with it, so I can't speak much to it. "An Optomist is just a pessimist with no job experience." - Scott Adams Gordon W. Wolfe, Ph.D. Boeing Enterprise Servers 425-865-5940 > -- > From: Lucius, Leland > Reply To: Linux on 390 Port > Sent: Thursday, May 27, 2004 12:02 AM > To: [EMAIL PROTECTED] > Subject: Re: SuSE vs Red Hat > > > > > You probably won't get much of a flame war. I would hazard > > that there is a mixture of Debian, RedHat, and SuSE, with a > > lot of them being SuSE. Feel free to correct me if I'm wrong. > > > Oh, I think SuSE is by FAR the BEST one available. > > Leland > > > CONFIDENTIALITY NOTICE: This e-mail communication and any attachments may > contain proprietary and privileged information for the use of the designated > recipients named above. Any unauthorized review, use, disclosure or > distribution is prohibited. If you are not the intended recipient, please > contact the sender by reply e-mail and destroy all copies of the original > message. > > -- > For LINUX-390 subscribe / signoff / archive access instructions, > send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit > http://www.marist.edu/htbin/wlvindex?LINUX-390 > > -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
Re: Crypto on z800
> CRYPTO DOMAIN 3 CSU * KEYENTRY SPECIAL MODIFY APVIRT You probably don't need all of this. According to the "ZSeries Crypto Guide" Redbook, Linux guests don't use domains or CSU's. They don't use the CCF at all. All you should need should be 'CRYPTO APVIRT'. If you're using VM:Secure, make sure you have all the latest patches installed or VM:Secure won't allow you to put this in at all. "An Optomist is just a pessimist with no job experience." - Scott Adams Gordon W. Wolfe, Ph.D. Boeing Enterprise Servers 425-865-5940 > -- > From: Ann Smith > Reply To: Linux on 390 Port > Sent: Thursday, May 27, 2004 6:13 AM > To: [EMAIL PROTECTED] > Subject: Re: Crypto on z800 > > The directory statement for the linux guest is below: > > CRYPTO DOMAIN 3 CSU * KEYENTRY SPECIAL MODIFY APVIRT > Q CRYPTO results in the response: > > No CAM or DAC Crypto Facilities are installed > Crypto Adjunct Processor is installed > Ready; > > > > > Vic Cross wrote: > > > On Wed, 26 May 2004, Ann Smith wrote: > > > > > IBM configured our PCICA card to our VM LPAR that runs linux but we see > > > the following errors: > > > 600 May 26 08:03:24 hostl1 kernel: z90crypt: Hardware error > > > 601 May 26 08:03:24 hostl1 kernel: z90crypt: Type 82 Message Header: > > > 00821000 > > > 602 May 26 08:03:24 hostl1 kernel: z90crypt: Device 14 returned > > > hardware error 13 > > > 603 May 26 08:03:43 hostl1 kernel: z90crypt: Error in > > > get_crypto_request_buffer: 16 > > > > Not sure if I ever saw exactly this error, but I can suggest to make sure > > that you have the CRYPTO APVIRT statement specified in the Linux guest's > > directory entry. You do not need the CRYPTO parameter on the CPU > > statement, this is just for MVS guests to give them access to the CCF (I > > think). > > > > You should be able to issue "#CP Q CRYPTO" (Q VIRT CRYPTO) in your Linux > > guest and see the virtual queue to the PCICA. The same command issued > > by your suitably-privileged non-G user (a real Q CRYPTO) should show you a > > little bit more info. > > > > There are dependencies in LPAR activation and definition as well: > > > > * The crypto can only be accessed by one LPAR at a time. You can define > > a given crypto in the activation profile of more than one LPAR, but the > > first LPAR activated will get that crypto (to the exclusion of all others > > that may have it in their profile). > > > > * PCICAs and PCICCs have CP/IFL affinity, apparently: even if you get the > > above right, if the crypto's affinity is to a CP/IFL that is not defined > > or available to the LPAR, the LPAR will not be able to use the crypto[1]. > > > > Cheers, > > Vic Cross > > > > [1] I may be wrong on this -- this was a piece of advice we encountered > > along our way while diagnosing problems with crypto on a z800, but we > > later found that the PCICA in question failed diagnostics... > > > > -- > > 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: Linux cloning - first time
Also don't forget to change your hostname. /etc/HOSTNAME in SLES8. If using Samba, also change it in /etc/smb.conf and, just to be sure, re-run /sbin/SuSEconfig after you've made all the changes to the HOSTNAME and network files. LVM ought to come up automatically in SuSE if you've DDRed the volumes. If not, try vgchange -a If using ssh, I'd also do a rm /etc/ssh/*key* to force SuSE to rebuild all the ssh keys for the new system at its next boot so that you have different and unique ones. "An Optomist is just a pessimist with no job experience." - Scott Adams Gordon W. Wolfe, Ph.D. Boeing Enterprise Servers 425-865-5940 > -- > From: Taraka Srinivas Kumar > Reply To: Linux on 390 Port > Sent: Thursday, June 10, 2004 6:21 AM > To: [EMAIL PROTECTED] > Subject: Linux cloning - first time > > <> > > Greetings, > > We have SuSE linux on an LPAR at our installation. > I want to bring up another Linux LPAR. Thought the best way would be to clone the > existing linux. > > Is it OK, if i > 1.copy the existing volume(s) contents into a new set of volumes > 2.Mount these new volumes and change fdasd, zipl.conf, network files with the new > volume id's > 3.Bring up the new system > 4. Make corresponding changes so that LVM groups come up properly > > I am not sure how step 4 needs to be done. I have seen some discussion on vgchange > last week. Again please let me know your thoughts on achieving this. > > Please let me know the steps involved/ precautions to be taken in this exercise. > Also appreciate if pointers are provided to some documentation. > > Regards, > Srinivas. > > > -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
TSM for Linux on zSeries
Has anyone worked with or know anything about Tivoli TSM 5.2 for zSeries Linux? Is it better than the VM version of TSM? Does it work with ESCON-attached tape drives? Will it interface with VM:Tape and STK tape silos? I've been trying to get information off IBM's website on this but my browser is being flakey about it and giving me socket errors on about every third page. "An Optomist is just a pessimist with no job experience." - Scott Adams Gordon W. Wolfe, Ph.D. Boeing Enterprise Servers 425-865-5940 -- 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: J2EE performance?
Unfortunately, zAAP doesnt help us. IBM came out with it three months after we bought our z800, and it only works on a z890 or z990, so we're not likely to see any benefits from that for a few years. "An Optimist is just a pessimist with no job experience." - Scott Adams Gordon W. Wolfe, Ph.D. Boeing Enterprise Servers 425-865-5940 > -- > From: Ledbetter, Scott E > Reply To: Linux on 390 Port > Sent: Friday, June 18, 2004 11:25 AM > To: [EMAIL PROTECTED] > Subject: Re: J2EE performance? > > I think IBM recognizes that JAVA is a bit of a hog on zSeries, which is why > they have come out with the zAAP features, which are basically JAVA > coprocessors for zSeries 890 and 990. > > No support for Linux yet, as far as I know. Maybe a future? > > http://www-1.ibm.com/servers/eserver/zseries/zaap/ > > Scott L. > > > > -Original Message- > From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of > Brandon Darbro > Sent: Friday, June 18, 2004 12:11 PM > To: [EMAIL PROTECTED] > Subject: J2EE performance? > > > I've had the opportunity to play with JBOSS recently, as well as watch some > Websphere testing on our linux guests, and I'm not very happy with the > performance and resource utilization. > > Let's see... what can I tell you about our system: > > * z800 > * 2 IFL's (tested using single and dual, still slow) in LPAR > * z/VM 4.4.0 > * guest lan networking > * 256 meg RAM > * 512 meg vdisk swap > > Observations: > > * Turning of hz_timer patch helps lower CPU utilization footprint of the > java processes, but of course, then the system never sleeps. > * When running a J2EE app, it takes often over a minute to finish rendering > a page to a browser. > * When running a J2EE app, java consumes an entire IFL of cpu if we let it. > > I understand others are successfully running J2EE implimentations on > mainframe Linux, so here are my questions: > > 1. Is J2EE a cpu resource hog for you? > 2. Are you running Linux under VM or right on the LPAR? > 3. Do you charge users for MIP usage? If so, how does this high CPU > utilization not eat your customer alive in billed costs? 4. Does anyone > have some advice on how to run J2EE services more efficiently, faster and > easier on cpu? 5. Which J2EE server software for mainframe Linux do you > prefer and why? 6. Lastly, why would you choose to run J2EE on mainframe > Linux as apposed to some stand-alone system (Unix, Windows, Other)? > > Thanks folks, > *Brandon Darbro > > -- > 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
Using crypto cards with Linux
Cross-posted to Linux/390 and VM-ESA lists. Sorry for the duplication. Is anyone out there successfully using a PCICA crypto accelerator card with Linux in an LPAR using IFL's? We have a brand new z800 that has one LPAR set aside with two IFL engines and two PCICA crypto accelerator cards. We just had our IBM CE install the microcode to drive the cards and completely bring up the processor from a powered-off state. Per the IBM redbook SG24-6870-00 "zSeries Crypto Guide Update April 2003", when we go to the HMC and open the LPAR image and select the "processor" tab, we should see our two IFL processors - which we do - and entries to select crypto processors, which we don't. This information is not there on the page. The Crypto tab shows the LPAR number selected, but there is no PCI Crypto tab. The interesting thing is that these items show up on the other LPARS running VM, but not for the IFLs. the other LPARs are set to "ESA/390" whereas the IFL domains are set to "Linux Only". I thought perhaps maybe crypto doesn't work on IFLs, but previous messages on these lists indicate that it does, as well as page 24 of the above manual: "Linux for zSeries will also support the PCICA card for SSL usage. This applies whether the linux-only modeil is used, or the Integrated Facility for Linux (IFL) on a general purpose model is used, or if linux is running under a normal CP, or if Linux is under VM." My CE and I are obviously missing something. Anyone have any idea what it might be? "An Optimist is just a pessimist with no job experience." - Scott Adams Gordon W. Wolfe, Ph.D. Boeing Enterprise Servers 425-865-5940 -- 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 crypto cards with Linux
Ah, but Vic, If I set the LPAR in question to ESA ONLY, will it still run on the dedicated IFLs or will it try to use the 390 processors the other LPARs are using? As far as I can see, LINUX ONLY is the only way to specify that an LPAR run on IFLs. "An Optimist is just a pessimist with no job experience." - Scott Adams Gordon W. Wolfe, Ph.D. Boeing Enterprise Servers 425-865-5940 > -- > From: Vic Cross > Reply To: Linux on 390 Port > Sent: Thursday, June 24, 2004 5:43 AM > To: [EMAIL PROTECTED] > Subject: Re: Using crypto cards with Linux > > On Wed, 23 Jun 2004, Wolfe, Gordon W wrote: > > > The interesting thing is that these items show up on the other LPARS > > running VM, but not for the IFLs. the other LPARs are set to "ESA/390" > > whereas the IFL domains are set to "Linux Only". > > There is a cryptic note in one of the Redbooks or manuals (sorry I don't > have the reference handy, but I'm almost positive it's in the Redbook) > that states that it is not possible to define crypto cards to an LPAR > which is set as "Linux Only". The reference indicated that the > restriction applied only to a certain z900 with a particular microcode > level, but perhaps not... I first saw this reference nearly twelve months > ago, so a lot may have changed. > > > I thought perhaps maybe crypto doesn't work on IFLs, but previous > > messages on these lists indicate that it does > > I was about to say "yes, it definitely does", until I realised that the > processor I was thinking of was using all-CPs at the time that crypto was > working... > > If the "Linux Only" restriction is indeed true, then it would imply that > it is not possible to use crypto on IFLs. However, I'd be surprised if > updating the microcode on the machine didn't fix it right up. If you're > already up to date, well... > > > My CE and I are obviously missing something. Anyone have any idea what > > it might be? > > Just for grins, try defining the LPAR as ESA/390 and see what you get > (pretty good chance it will work). Then you (and your CE) will have some > ammo when you place the service call. ;) > > Other than that, it should all Just Work. Load the z90crypt driver, and > run the test programs given in the Redbook -- you should get good results. > > Cheers, > Vic Cross > > -- > 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
FW: Using crypto cards with Linux
Never mind. In looking at the HMC I see on the LPAR image profile that I can select IFLs on the processor tab. I'll try the ESA/390 next chance I get. "An Optimist is just a pessimist with no job experience." - Scott Adams Gordon W. Wolfe, Ph.D. Boeing Enterprise Servers 425-865-5940 > -- > From: Wolfe, Gordon W > Reply To: Linux on 390 Port > Sent: Thursday, June 24, 2004 8:27 AM > To: [EMAIL PROTECTED] > Subject: Re: Using crypto cards with Linux > > Ah, but Vic, > > If I set the LPAR in question to ESA ONLY, will it still run on the dedicated IFLs > or will it try to use the 390 processors the other LPARs are using? As far as I can > see, LINUX ONLY is the only way to specify that an LPAR run on IFLs. > > "An Optimist is just a pessimist with no job experience." - Scott Adams > Gordon W. Wolfe, Ph.D. Boeing Enterprise Servers 425-865-5940 > > > -- > > From: Vic Cross > > Reply To: Linux on 390 Port > > Sent: Thursday, June 24, 2004 5:43 AM > > To: [EMAIL PROTECTED] > > Subject: Re: Using crypto cards with Linux > > > > On Wed, 23 Jun 2004, Wolfe, Gordon W wrote: > > > > > The interesting thing is that these items show up on the other LPARS > > > running VM, but not for the IFLs. the other LPARs are set to "ESA/390" > > > whereas the IFL domains are set to "Linux Only". > > > > There is a cryptic note in one of the Redbooks or manuals (sorry I don't > > have the reference handy, but I'm almost positive it's in the Redbook) > > that states that it is not possible to define crypto cards to an LPAR > > which is set as "Linux Only". The reference indicated that the > > restriction applied only to a certain z900 with a particular microcode > > level, but perhaps not... I first saw this reference nearly twelve months > > ago, so a lot may have changed. > > > > > I thought perhaps maybe crypto doesn't work on IFLs, but previous > > > messages on these lists indicate that it does > > > > I was about to say "yes, it definitely does", until I realised that the > > processor I was thinking of was using all-CPs at the time that crypto was > > working... > > > > If the "Linux Only" restriction is indeed true, then it would imply that > > it is not possible to use crypto on IFLs. However, I'd be surprised if > > updating the microcode on the machine didn't fix it right up. If you're > > already up to date, well... > > > > > My CE and I are obviously missing something. Anyone have any idea what > > > it might be? > > > > Just for grins, try defining the LPAR as ESA/390 and see what you get > > (pretty good chance it will work). Then you (and your CE) will have some > > ammo when you place the service call. ;) > > > > Other than that, it should all Just Work. Load the z90crypt driver, and > > run the test programs given in the Redbook -- you should get good results. > > > > Cheers, > > Vic Cross > > > > -- > > 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 crypto cards with Linux
>Just for grins, try defining the LPAR as ESA/390 and see what you get (pretty good chance it will work). Then you (and your CE) will have some ammo when you place the service call. ;) Funny thing. When I go out and change LINUXONLY to ESA390 on the GENERAL tab, the options for selecting IFL processors on the PROCESSOR tab disappear. "An Optimist is just a pessimist with no job experience." - Scott Adams Gordon W. Wolfe, Ph.D. Boeing Enterprise Servers 425-865-5940 > -- > From: Vic Cross > Reply To: Linux on 390 Port > Sent: Thursday, June 24, 2004 5:43 AM > To: [EMAIL PROTECTED] > Subject: Re: Using crypto cards with Linux > > On Wed, 23 Jun 2004, Wolfe, Gordon W wrote: > > > The interesting thing is that these items show up on the other LPARS > > running VM, but not for the IFLs. the other LPARs are set to "ESA/390" > > whereas the IFL domains are set to "Linux Only". > > There is a cryptic note in one of the Redbooks or manuals (sorry I don't > have the reference handy, but I'm almost positive it's in the Redbook) > that states that it is not possible to define crypto cards to an LPAR > which is set as "Linux Only". The reference indicated that the > restriction applied only to a certain z900 with a particular microcode > level, but perhaps not... I first saw this reference nearly twelve months > ago, so a lot may have changed. > > > I thought perhaps maybe crypto doesn't work on IFLs, but previous > > messages on these lists indicate that it does > > I was about to say "yes, it definitely does", until I realised that the > processor I was thinking of was using all-CPs at the time that crypto was > working... > > If the "Linux Only" restriction is indeed true, then it would imply that > it is not possible to use crypto on IFLs. However, I'd be surprised if > updating the microcode on the machine didn't fix it right up. If you're > already up to date, well... > > > My CE and I are obviously missing something. Anyone have any idea what > > it might be? > > Just for grins, try defining the LPAR as ESA/390 and see what you get > (pretty good chance it will work). Then you (and your CE) will have some > ammo when you place the service call. ;) > > Other than that, it should all Just Work. Load the z90crypt driver, and > run the test programs given in the Redbook -- you should get good results. > > Cheers, > Vic Cross > > -- > 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: 64 bit confirmation...
> >I would say that's a pretty safe assumption, since SUSE said that going from >SLES7 to SLES8 32-bit wasn't a supported upgrade, but a re-install. I just hope that going from SLES8 to SLES9 will be a "supported upgrade". "An Optimist is just a pessimist with no job experience." - Scott Adams Gordon W. Wolfe, Ph.D. Boeing Enterprise Servers 425-865-5940 > -- > From: Lee Stewart > Reply To: Linux on 390 Port > Sent: Friday, June 25, 2004 10:38 AM > To: [EMAIL PROTECTED] > Subject: Re: 64 bit confirmation... > > Thanks... Sometimes it's always nice for a confirmation... > Lee > > At 10:58 AM 6/25/2004, you wrote: > >I would say that's a pretty safe assumption, since SUSE said that going from > >SLES7 to SLES8 32-bit wasn't a supported upgrade, but a re-install. > > > > > >Mark Post > > > >-Original Message- > >From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of Lee > >Stewart > >Sent: Friday, June 25, 2004 12:53 PM > >To: [EMAIL PROTECTED] > >Subject: 64 bit confirmation... > > > > > >Hi... I just want to confirm that I understand something right... > > > >If I have a SLES7 32 bit system running, and I want to upgrade to SLES8 64 > >bit, I can't just go in and run Yast's System Update function. (Because > >it's an architecture change.) Right? I have to install the 64 bit SLES8, > >then migrate stuff from the SLES7 system over. Right? > > > >Thanks... > >Lee > > > >Lee Stewart, Senior SE > >Sirius Enterprise Systems Group > >(719) 566-0188 , Fax (309) 410-5363 > >[EMAIL PROTECTED] > >www.siriuscom.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 > > > Lee Stewart, Senior SE > Sirius Enterprise Systems Group > (719) 566-0188 , Fax (309) 410-5363 > [EMAIL PROTECTED] > www.siriuscom.com > > -- > For LINUX-390 subscribe / signoff / archive access instructions, > send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit > http://www.marist.edu/htbin/wlvindex?LINUX-390 > > -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
Re: Is there is an editor
If you don't want to hassle with "ed" and don't want to go to the trouble of licensing (free or not) "ned", I've found that the "rpl" package from Laffey computer fulfills most of the requirements stated here. see http://www.laffeycomputer.com/ This is a package that just replaces a string in a file with another string. Perfect for most of what you want to do, when used in conjunction with "cat" to see what's there. "An Optimist is just a pessimist with no job experience." - Scott Adams Gordon W. Wolfe, Ph.D. Boeing Enterprise Servers 425-865-5940 > -- > From: Little, Chris > Reply To: Linux on 390 Port > Sent: Tuesday, June 29, 2004 1:16 PM > To: [EMAIL PROTECTED] > Subject: Re: Is there is an editor > > I thought they had this as a free download now. > > > > -Original Message- > > From: McKown, John [mailto:[EMAIL PROTECTED] > > Sent: Tuesday, June 29, 2004 3:11 PM > > To: [EMAIL PROTECTED] > > Subject: Re: Is there is an editor > > > > > > Free? I don't think so. Well, there is always "ed". But it is > > "line oriented". There is an editor called NED from UTS which > > is ISPF'ish (full screen), but it costs money. > > > > http://www.utsglobal.com/pr09.html > > > > > > > > > > -- > > John McKown > > Senior Systems Programmer > > UICI Insurance Center > > Information Technology > > > > This message (including any attachments) contains > > confidential information intended for a specific individual > > and purpose, and its' content is protected by law. If you > > are not the intended recipient, you should delete this > > message and are hereby notified that any disclosure, copying, > > or distribution of this transmission, or taking any action > > based on it, is strictly prohibited. > > > > > -Original Message- > > > From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On > > > Behalf Of Miguel Román > > > Sent: Tuesday, June 29, 2004 3:04 PM > > > To: [EMAIL PROTECTED] > > > Subject: Is there is an editor > > > > > > > > > Hello, > > > > > > > > > I'm new on linux. When performing an IPL on a linux > > > guest, Is there > > > is an editor that we can access information while on 3270 > > > console instead of > > > telneting to linux? > > > > > > > > -- > > > For LINUX-390 subscribe / signoff / archive access instructions, > > > send email to [EMAIL PROTECTED] with the message: INFO > > > LINUX-390 or visit > > > http://www.marist.edu/htbin/wlvindex?LINUX-390 > > > > > > > -- > > For LINUX-390 subscribe / signoff / archive access instructions, > > send email to [EMAIL PROTECTED] with the message: INFO > > LINUX-390 or visit > > http://www.marist.edu/htbin/wlvindex?LINUX-390 > > > > -- > For LINUX-390 subscribe / signoff / archive access instructions, > send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit > http://www.marist.edu/htbin/wlvindex?LINUX-390 > > -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
Re: Progress on PL/1 for Linux
>One could say the same thing about Java. That the language wasn't well conceived. Actually, one can make the case that NO computer language is really well-conceived. Of all the languages I've learned over the years, none is really universal in nature and will handle all possible situations with ease of programming. My current list of languages includes Fortran (my first, back in the '60's) Cobol Basic RPGII (probably the worst of the bunch) Various assembler languages for various platforms Algol APL (puh-LEEZE!) PL/I(Is it fortran or cobol?) C (but not C++) Unix Shell Script Rexx/Regina (My favorite) Java Perl Applescript And I find that none of them will do everything I want to. So I end up coding in whatever language I can get the task done most quickly and easily. Sometimes it's Rexx, sometimes it's assembler, sometimes it's fortran, sometimes it's C, sometimes it's shell script. Makes for Job Security, because often I'll have one module call another and they're not written in the same language and no one but me can follow it. "An Optimist is just a pessimist with no job experience." - Scott Adams Gordon W. Wolfe, Ph.D. Boeing Enterprise Servers 425-865-5940 > -- > From: James Melin > Reply To: Linux on 390 Port > Sent: Wednesday, July 7, 2004 6:44 AM > To: [EMAIL PROTECTED] > Subject: Re: Progress on PL/1 for Linux > > One could say the same thing about Java. That the language wasn't well > conceived. That not withstanding, PL/1, like any language has its uses. > It is not the be-all, do-all, end-all of programming languages. No language > is. Having it available for those things that it does do well is the point > of merit. Another tool in the toolbox. > > > > "Nix, Robert P." > <[EMAIL PROTECTED] > edu> To > Sent by: Linux on [EMAIL PROTECTED] > 390 Port cc > <[EMAIL PROTECTED] > IST.EDU> Subject >Re: Progress on PL/1 for Linux > > 07/07/2004 08:25 > AM > > > Please respond to > Linux on 390 Port > <[EMAIL PROTECTED] > IST.EDU> > > > > > > > Sorry, I don't share your excitement... I find it hard to get into any > language that the defaults would allow you to add three positive numbers, > get a result of zero, and not throw some sort of error or warning. The > language wasn't well conceived. > > > Robert P. Nixinternet: [EMAIL PROTECTED] > Mayo Clinic phone: 507-284-0844 > RO-CE-8-857page: 507-270-1182 > 200 First St. SW > Rochester, MN 55905 > "Codito, Ergo Sum" > "In theory, theory and practice are the same, > but in practice, theory and practice are different." > > > > > -Original Message- > > From: Linux on 390 Port [SMTP:[EMAIL PROTECTED] On Behalf Of > Havelock, Glenn A > > Sent: Wednesday, July 07, 2004 12:41 AM > > To: [EMAIL PROTECTED] > > Subject: Re: Progress on PL/1 for Linux > > > > Hello Dave: > > > > Thanks for the info on this, PL/1 has been, for myself at least, an > extremely flexible and robust language on OS/390 and Z/OS and it's good to > know there's yet another option for coding on machines running LINUX. > > > > -- > 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: Linux under VM and Cloning
> > How much DASD does this really save you? Is it > > worth the time and effort it takes to set this up > A lot of people do it this way. I gave a paper on it at SHARE. You can see a copy at http://linuxvm.org/present/SHARE101/S9343GWa.pdf It covers a wide gamut of the problems of managing multiple Linux servers running under VM. Lately, however, we've been beginning to have second thoughts. When we started the scheme detailed in the presentation, we thought a whole 3390-3 was a lot of dasd and were trying to save as much as possible. Now that we're running about 40 servers, maintenance is becoming a real pain in the patootie. Getting our users to allow us to take down their server so we can change /usr disks is really hard. More and more our users are wanting full 7X24 availability. Our current offering is 1500 cylinders for /, /opt, /bin, /var, etc 3338 cylinders for /usr, read-only shared. swap in v-disk A separate disk with much as they need for /home A read-only disk with the Oracle code on it and a separate LVM volume for Oracle databases, if they want oracle. We are considering changing our offering when SLES9 comes out. The current proposal is to combine the / and /usr disks into one single minidisk of about 5000 cylinders, being half of a 3390-9. Everything read-write. Then, for service, we can just use ssh to send some commands to the server, link an NFS disk in with all the rpm's and just load the rpms directly on to the server. We can even send ssh commands to recycle various daemons. The only thing we'd have to bring the server all the way down for would be to bring in a new kernel. What we give up to do this is disk space. Each server goes from using 1500 cylinders to 5000 cylinders. However, we're beginning to think that disk is cheaper than labor, especially when it comes to dozens of servers to maintain. YMMV. Give it some thought. What does your management want to spend its money on? Disk arrays or headcount? "Good. Fast. Cheap. Pick any two." (David Gerrold, "A Matter for Men") "An Optimist is just a pessimist with no job experience." - Scott Adams Gordon W. Wolfe, Ph.D. Boeing Enterprise Servers 425-865-5940 > -- > From: David Boyes > Reply To: Linux on 390 Port > Sent: Thursday, July 8, 2004 7:35 AM > To: [EMAIL PROTECTED] > Subject: Re: Linux under VM and Cloning > > > We are going with a lot of Linux Guests under VM. Close to 20 > > per IFL and are wondering about the experiences with the > > basevol/guestvol scenario. How many People accually use this > > scenario? > > At least a dozen of our customers do. CA obviously does (see Bill's > paper). It's proven to be a pretty good choice when you need a lot of > fairly similar machines that don't change configuration too often. > > > How much DASD does this really save you? Is it > > worth the time and effort it takes to set this up? > > It depends a lot on how well-behaved your applications are in terms of > keeping all their files together. A lot of ISVs violate Mother's Second > Rule (Thou Shalt Not Mix Your Code and System Code), which makes it more > a maintenance issue than a disk space issue. > > IF your application is well-behaved enough to keep all it's pieces > together, then it makes a fair amount of difference. > > > > Could you > > just setup Links to specific disks in VM for a Guest like if > > you just wanted to share the binaries for say Oracle, or the > > /usr directory or /home directory? > > No, because in the case of Oracle and a lot of the ISV software you > mentioned, the application wants to dump code outside the directory that > holds the main binaries. You also need to have write access to the RPM > catalog and some other stuff (something I consider to be a design flaw > in RPM -- no provision for concatenated user and system software> > catalogs). > > /home is difficult because of the multi-system caching problem -- virtal > machines are really separate systems, and each does separate caches of > R/W data that are completely ignorant of each other. Without something > like AFS or GFS to coordinate writes, you get bad corruption problems. > Best solution there is to use NFS or one of the more sophisticated > filesystems mentioned previously to handle /home. > > > Wouldn't this accomplish > > the same thing? What would be the best way to go about this? > > See above. You're somewhat mixing up two problems: shared resources and > operational maintenance. The basevol/guestvol concept is attempting to > handle the operational maintenance problem (ie, how do you distribute > fixes and do configuration control). Sharing disks takes it into > configuration management (how do I share binaries, but deal with the > fact that the applications expect stuff to appear in places outside the > directory holding the binaries). > >
Re: Linux under VM and Cloning
Gregg- I've often wondered if Solomon Short was a real person or just a character David G. made up. "An Optimist is just a pessimist with no job experience." - Scott Adams Gordon W. Wolfe, Ph.D. Boeing Enterprise Servers 425-865-5940 > -- > From: Gregg C Levine > Reply To: Linux on 390 Port > Sent: Thursday, July 8, 2004 1:54 PM > To: [EMAIL PROTECTED] > Subject: Re: Linux under VM and Cloning > > Hello from Gregg C Levine > So far you all have good ideas. > > However about that quote you chose Gordon, yes David did write it for > his novel, as you've noted, except it was Solomon Short who said the > actual quote. (And he's been suggesting that Solomon is a real person > no less!) > --- > Gregg C Levine [EMAIL PROTECTED] > > "The Force will be with you...Always." Obi-Wan Kenobi > "Use the Force, Luke." Obi-Wan Kenobi > > > -----Original Message- > > From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf > Of > > Wolfe, Gordon W > > Sent: Thursday, July 08, 2004 3:46 PM > > To: [EMAIL PROTECTED] > > Subject: Re: [LINUX-390] Linux under VM and Cloning > > > > > > How much DASD does this really save you? Is it > > > > worth the time and effort it takes to set this up > > > > > A lot of people do it this way. I gave a paper on it at SHARE. You > can see a copy > > at > > > > http://linuxvm.org/present/SHARE101/S9343GWa.pdf > > > > It covers a wide gamut of the problems of managing multiple Linux > servers running > > under VM. > > > > Lately, however, we've been beginning to have second thoughts. When > we started > > the scheme detailed in the presentation, we thought a whole 3390-3 > was a lot of dasd > > and were trying to save as much as possible. Now that we're running > about 40 > > servers, maintenance is becoming a real pain in the patootie. > Getting our users to > > allow us to take down their server so we can change /usr disks is > really hard. More > > and more our users are wanting full 7X24 availability. > > Our current offering is > > 1500 cylinders for /, /opt, /bin, /var, etc > > 3338 cylinders for /usr, read-only shared. > > swap in v-disk > > A separate disk with much as they need for > /home > > A read-only disk with the Oracle code on it and a > separate LVM volume > > for Oracle databases, if they want oracle. > > > > We are considering changing our offering when SLES9 comes out. The > current > > proposal is to combine the / and /usr disks into one single minidisk > of about 5000 > > cylinders, being half of a 3390-9. Everything read-write. Then, > for service, we can > > just use ssh to send some commands to the server, link an NFS disk > in with all the > > rpm's and just load the rpms directly on to the server. We can even > send ssh > > commands to recycle various daemons. The only thing we'd have to > bring the server > > all the way down for would be to bring in a new kernel. What we > give up to do this > > is disk space. Each server goes from using 1500 cylinders to 5000 > cylinders. > > However, we're beginning to think that disk is cheaper than labor, > especially when it > > comes to dozens of servers to maintain. YMMV. > > > > Give it some thought. What does your management want to spend its > money on? > > Disk arrays or headcount? > > > > "Good. Fast. Cheap. Pick any two." (David Gerrold, "A Matter for > Men") > > > > "An Optimist is just a pessimist with no job experience." - Scott > Adams > > Gordon W. Wolfe, Ph.D. Boeing Enterprise Servers 425-865-5940 > > > > > -- > > > From: David Boyes > > > Reply To: Linux on 390 Port > > > Sent: Thursday, July 8, 2004 7:35 AM > > > To: [EMAIL PROTECTED] > > > Subject: Re: Linux under VM and Cloning> > > > > > > > We are going with a lot of Linux Guests under VM. Close to 20 > > > > per IFL and are wondering about the experiences with the > > > > basevol/guestvol scenario. How many People accually use this > > > > scenario? > > > > > > At least a dozen of our customers do. CA obviously does (see > Bill's > > > paper). It's proven to be a pretty good c
Re: mp2003
Basically, you can do one or the other. What you're asking is "I have a ford. Can I install a chevy on it?" Both Marist and Debian are versions of Linux, as are Suse and RedHat and Slacware. Choose one of the five. Frankly, the Marist version is quite old now and rather out-of-date, still running the 2.2.16 kernel. You at least want the 2.4.x kernel because it has all kinds of goodies in it to make things easier. If you want free, go with Debian. If you want support, go with SuSE or Red Hat. The Slacware version is quite new, and if you're new to Linux on the mainframe you might want something that's been around a while and has a long-established support group for the mainframe. It is actually "conceivable" to install Debian on Marist, but it would take a lot more knowlege than I have, or most of the people on this list have, to do it. "An Optimist is just a pessimist with no job experience." - Scott Adams Gordon W. Wolfe, Ph.D. Boeing Enterprise Servers 425-865-5940 > -- > From: Noll, Ralph > Reply To: Linux on 390 Port > Sent: Friday, July 23, 2004 12:20 PM > To: [EMAIL PROTECTED] > Subject: Re: mp2003 > > Can I or can I NOT bring up the marist version and > Install Debian? > > > -Original Message- > > From: Adam Thornton [mailto:[EMAIL PROTECTED] > > Sent: Friday, July 23, 2004 1:22 PM > > To: [EMAIL PROTECTED] > > Subject: Re: mp2003 > > > > On Fri, 2004-07-23 at 13:08, Noll, Ralph wrote: > > > Ok I have the base linux up and running I've done the > > dasdfmt And the > > > mke2fs.. > > > > > > Now do I install Debian on this base linux??? > > > > Uh, Debian *is* a "base Linux." > > > > You get an IPL tape or set of card files, depending on > > whether you're running native or under VM, from > > http://ftp.us.debian.org/debian/dists/Debian3.0r2/main/disks-s > > 390/current/ > > > > You IPL that. > > > > You follow the prompts. > > > > If you're running on an MP2k3, you could also get Matt > > Zimmerman's preconfigured DASD image (50 MB) from: > > http://people.debian.org/~mdz/hercules/Debian-3.0r1.3390 > > > > This is intended for Hercules, but I think it should work as > > an emulated DASD volume on a Multiprise. It's slightly out > > of date so you'd want to do an update to 3.0r2, but you can > > easily do that over the network. > > > > On the other hand, if you plan on installing many images > > under VM, Sine Nomine makes and sells a CD set of the Debian > > 3.0r2 release, which lets you easily set up an installation > > server, so your guests don't have to use external network > > resources except to fetch security updates. (We are also > > working closely with the debian-installer team and hope to > > have a 3.1 "Sarge" distro, similarly packaged (although > > probably on DVD, not > > CD) soon after the official release.) The CD set is $150 > > (whereas the first two options are $0, but more > > time-consuming if you're planning on multiple Debian images), > > and you can also buy real live commercial production support > > from us if you want. > > > > Adam > > > > -- > > For LINUX-390 subscribe / signoff / archive access > > instructions, send email to [EMAIL PROTECTED] with the > > message: INFO LINUX-390 or visit > > http://www.marist.edu/htbin/wlvindex?LINUX-390 > > > > -- > For LINUX-390 subscribe / signoff / archive access instructions, > send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit > http://www.marist.edu/htbin/wlvindex?LINUX-390 > > -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
Re: mp2003
Sorry 'bout that, Adam. I forgot. "An Optimist is just a pessimist with no job experience." - Scott Adams Gordon W. Wolfe, Ph.D. Boeing Enterprise Servers 425-865-5940 > -- > From: Adam Thornton > Reply To: Linux on 390 Port > Sent: Friday, July 23, 2004 1:19 PM > To: [EMAIL PROTECTED] > Subject: Re: mp2003 > > On Fri, 2004-07-23 at 15:11, Wolfe, Gordon W wrote: > > If you want free, go with Debian. If you want support, go with SuSE or Red Hat. > > Ahem. > > If you want support *from your OS vendor*, go with SuSE or Red Hat. > > Sine Nomine Associates is quite happy to support Debian on S/390. > > Adam > > -- > For LINUX-390 subscribe / signoff / archive access instructions, > send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit > http://www.marist.edu/htbin/wlvindex?LINUX-390 > > -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
Re: time
David, Can you provide a reference to setting up VM with sysplex timers? "An Optimist is just a Pessimist with no job experience" - Scott Adams Gordon W. Wolfe, Ph.D. Boeing VM Enterprise Servers 425-865-5940 -Original Message- From: David Boyes [mailto:[EMAIL PROTECTED] Sent: Monday, July 26, 2004 11:10 AM To: [EMAIL PROTECTED] Subject: Re: time > How about a new command SET DRIFT. This could used by a LINUX > image running > NTP. Couple this with a new directory option USEDRIFT and other LINUX > images could use the value and CMS machines which don't > tolerate such thing > as backwards running time would not be affected. The time > calculation would > be returned_time = VM_time + VTOD_offset [+ drift]. Wouldn't the sysplex timer interfaces provide this? (besides, since the intervals would be asynchronous by virtual machine, wouldn't it have to be SET ADRIFT? 8-)) -- 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
Crypto cards
We finally have our PCICA crypto cards in and working on our z800 with z/VM 4.4. SuSE SLES8 even shows they are there and ready to use with the z90crypt.o module loaded. Now I can start to set up OpenSSL and Apache to use them. Does anyone know if any work has been done anywhere to get OpenSSH to use the crypto cards? "An Optimist is just a pessimist with no job experience." - Scott Adams Gordon W. Wolfe, Ph.D. Boeing Enterprise Servers 425-865-5940 -- 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: Backup of Virtual Linuxes [WAS: Re: Red Hat AS 3.0]
>IBM decided for what were felt to be good reasons to provide a TSM server on Linux under z/VM rather than on CMS under z/VM. Not disputing your facts, Jim, but it would have been a lot more helpful if the TSM server for Linux had included support for escon-attached tape drives and the ability to communicate with VM-based tape catalogs and tape management systems such as VM:Tape. As it stands, it seems to me to be pretty useless in a multi-linux VM environment with tape silos, especially when those silos are shared among multiple VM LPARs. "An Optimist is just a pessimist with no job experience." - Scott Adams Gordon W. Wolfe, Ph.D. Boeing Enterprise Servers 425-865-5940 > -- > From: Jim Elliott > Reply To: Linux on 390 Port > Sent: Friday, July 30, 2004 8:22 AM > To: [EMAIL PROTECTED] > Subject: Re: Backup of Virtual Linuxes [WAS: Re: Red Hat AS 3.0] > > > So let me understand this correctly Tivoli=IBM - didn't IBM > > buy the Tivoli mark, kinda like they did with Lotus? VM=IBM. > > IBM makes the Virtualization software we all come to depend on > > to make the linux equation work. So what we have here is IBM > > saying they will not update their own software to run on their > > own software. This makes about as much sense as Microsoft > > deciding not to put the next version of IE out for XP, when the > > operating system after XP is not out the door. > > James: > > IBM decided for what were felt to be good reasons to provide a > TSM server on Linux under z/VM rather than on CMS under z/VM. > There were technical reasons for this (which we will NOT go into > in this forum) which made it difficult to continue to enhance the > CMS based TSM, especially when a Linux based TSM could be easily > provided and kept current. > > Jim > > -- > For LINUX-390 subscribe / signoff / archive access instructions, > send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit > http://www.marist.edu/htbin/wlvindex?LINUX-390 > > -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
Re: SSH for z/VM
My customers in particular, and the VM community in general, has been asking for one on a regular basis for years. There is a rumor that one is "in consideration", but without scp. No idea who the vendor is or what the timeframe might be. I'd be temporarily mollified with a secure FTP on VM. Especially if it implemented the crypto cards on the zbox. "An Optimist is just a pessimist with no job experience." - Scott Adams Gordon W. Wolfe, Ph.D. Boeing Enterprise Servers 425-865-5940 > -- > From: Peter Rothman > Reply To: Linux on 390 Port > Sent: Friday, July 30, 2004 9:53 AM > To: [EMAIL PROTECTED] > Subject: Re: SSH for z/VM > > Thanks for the reply. > I am actually looking SSH client for z/VM that I can use instead of REXEC. > > > > > Adam Thornton > <[EMAIL PROTECTED] > mine.net> To > Sent by: Linux on [EMAIL PROTECTED] > 390 Port cc > <[EMAIL PROTECTED] > IST.EDU> Subject >Re: SSH for z/VM > > 07/30/2004 12:00 > PM > > > Please respond to > Linux on 390 Port > <[EMAIL PROTECTED] > IST.EDU> > > > > > > > On Fri, 2004-07-30 at 10:30, Peter Rothman wrote: > > Are there a SSH product available that will run on z/VM? > > Kinda-sorta. We did a proxy server last year that uses a Linux guest > and allows you to create a tunneled SSH connection to your z/VM telnet > port. Basically, you run ssh in tunnel mode locally to establish a > connection to the Linux guest, which then does an unecrypted connection > to the VM service. Then you connect your client to your local port, and > all external communication is protected by the SSH tunnel. > > If you meant, "is there a native CMS SSH implementation," not that I'm > aware of. I think Neale did an implementation several years ago under > OE, but it's really ancient by now. > > Adam > > -- > For LINUX-390 subscribe / signoff / archive access instructions, > send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or > visit > http://www.marist.edu/htbin/wlvindex?LINUX-390 > > -- > For LINUX-390 subscribe / signoff / archive access instructions, > send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit > http://www.marist.edu/htbin/wlvindex?LINUX-390 > > -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
SLES9?
I'm suddenly getting a lot of e-mail from SuSE regarding availability of fixes and patches for something called SuSE CORE 9 for IBM zSeries. Did I miss an announcement and SLES9 is out now for the mainframe? "An Optimist is just a pessimist with no job experience." - Scott Adams Gordon W. Wolfe, Ph.D. Boeing Enterprise Servers 425-865-5940 -- 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: SLES9 and SCSI
Edit /etc/sysconfig/kernel and take them out of the list and then run mkinitrd and zipl again. "An Optimist is just a pessimist with no job experience." - Scott Adams Gordon W. Wolfe, Ph.D. Boeing Enterprise Servers 425-865-5940 > -- > From: Jim Sibley > Reply To: Linux on 390 Port > Sent: Thursday, August 5, 2004 2:43 PM > To: [EMAIL PROTECTED] > Subject: Re: SLES9 and SCSI > > Alan wrote: > > >Are the FCP adapters defined in the IOCDS? If so, > take >them out. > > There are no SCSI adapters on the zSeries and no SCSI > defined in the IOCDS. All dasd is ECKD. > > mkinitrd, though, insistes on adding the scsi modules > when it makes initrd. > > = > Jim Sibley > > "Computers are useless.They can only give answers." Pablo Picasso > (The NSHO's expressed here represents no-one but myself). > > > > __ > Do you Yahoo!? > Yahoo! Mail - 50x more storage than other providers! > http://promotions.yahoo.com/new_mail > > -- > 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: VDSK Swap - allocation size?
We define ours the same size as the virtual machine Linux is running in. sometimes larger. "An Optimist is just a pessimist with no job experience." - Scott Adams Gordon W. Wolfe, Ph.D. Boeing Enterprise Servers 425-865-5940 > -- > From: James Melin > Reply To: Linux on 390 Port > Sent: Thursday, August 12, 2004 9:37 AM > To: [EMAIL PROTECTED] > Subject: VDSK Swap - allocation size? > > My VM guy gave me 128,000 1K blocks of VDSK swap. I feel this is excessive, > especial when you take it out to 7 VM guests. I understand that VM only > uses as much of the allocation as is needed but I was wondering what most > people are defining this as? > > -J > > -- > 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: Recycling servers ?
We have a hard and fast policy of not IPLing the IFL more than once in any calendar quarter, and only then if we have something to change or fix. The servers themselves may be rebooted if there is a need from the customer. We've had linux servers (SLES8) running on VM (z/VM 4.4) for as much as six months at a time with no problems. Just like that bunny -- it keeps going and going... So one elephant says to another, "You'll never believe what happened last night. I was trying on Groucho Marx's pajamas--and he shot me!" Gordon Wolfe, Ph.D. (425)865-5940 VM Technical Services, The Boeing Company > -- > From: Levy, Alan > Reply To: Linux on 390 Port > Sent: Friday, September 3, 2004 10:54 AM > To: [EMAIL PROTECTED] > Subject: Recycling servers ? > > <> > > > I currently have a few linux servers running in production (ZVM 4.4) > with heavy usage. Our IFL is only IPL'd once every few months. Would it > be advisable to recycle the whole machine (and all linux servers running > under VM) more than that ? I was told that linux servers have to be > rebooted periodically to clear out buffers, cache, storage, etc. > > > > > -- > 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: Backup/Restore program
>Be that is it may, the Tivoli Storage Manager (TSM) client for Linux on > zSeries will happily talk to your TSM server on z/OS. > This is the way we're doing it now. It allows us to have both client and server at the 5.x level. works great. So one elephant says to another, "You'll never believe what happened last night. I was trying on Groucho Marx's pajamas--and he shot me!" Gordon Wolfe, Ph.D. (425)865-5940 VM Technical Services, The Boeing Company > -- > From: Alan Altmark > Reply To: Linux on 390 Port > Sent: Friday, September 3, 2004 12:12 PM > To: [EMAIL PROTECTED] > Subject: Re: Backup/Restore program > > On Friday, 09/03/2004 at 02:23 AST, Doug Carroll > <[EMAIL PROTECTED]> wrote: > > we use Tivoli on the z/OS now but from what I've read Tivoli and VM > don't play > > well. > > Be that is it may, the Tivoli Storage Manager (TSM) client for Linux on > zSeries will happily talk to your TSM server on z/OS. > > Alan Altmark > Sr. Software Engineer > IBM z/VM Development > > -- > 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: Shared /usr
This is one possible architecture. Whether it's recommended or not depends on why you want to do it. The advantages are 1) saving disk space. Depending on how expensive dasd is in your organization, this can be considerable. 2) Allowing minidisk cacheing to take place, reducing the number of physical I/O's and speeding up response. 3) keeping your users from installing programs or making modifications on their own and then calling you at three in the morning when their server goes down. then you find out after two hours of work that the problem is some modification they made. 4) Creating a "standard" version of Linux that is easily deployable. The disadvantages are: 1) Service is much more difficult. You have to install updates on a test server, then compare before and after with tripwire to see what files were updated on /usr and which were not. You have to route the non-/usr files around then swap /usr disks and reboot. You end up having almost as many /usr disks with different versions on them than you would have if everybody just had their own disk. I've got 38 servers and 6 different shared /usr disks, not to mention 4 or 5 servers with non-shared /usr. 2) you have altercations with users who want to write to the /usr disk. Usually you can get around it by loop-mounting a subdirectory in /home over a /usr subdirectory. Installing WebSphere with a read-only /usr is virtually impossible, as are other program products. I'd say if all of your linux servers are essentially identical, shared /usr makes a lot of sense. If they are all configured differently, question it. We've been using shared /usr for about three years. We are considering going to individual read-write /usr areas with SLES9, just for the ease in maintenance. Disk is cheap here. We bill our customers only $6.14 per gigabyte per month for 3390 dasd storage. A full-pack 3390-3 for /usr is about 80% full and is about 2.2GB. Check out my presentation at SHARE on this topic at http://linuxvm.org/present/SHARE101/S9343GWa.pdf So one elephant says to another, "You'll never believe what happened last night. I was trying on Groucho Marx's pajamas--and he shot me!" Gordon Wolfe, Ph.D. (425)865-5940 VM Technical Services, The Boeing Company > -- > From: Doug Griswold > Reply To: Linux on 390 Port > Sent: Friday, September 10, 2004 11:24 AM > To: [EMAIL PROTECTED] > Subject: Shared /usr > > I have a question about sharing /usr with multiple vm guests. Is this a > recommended acrchitecture? Are there any benefits to doing this other > than saving space. It seems to me this could be problematic when > applying fixes from yast. I welcome any input on this subject. > > > > Thanks, > Doug > > -- > 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: Securing VM using LDAP?
You really need to educate your management that just because you have RACF on z/OS doesn't mean you have it for VM. If you have two cars, an oldsmobile and a toyota, and the toyota has a steering wheel, that doesn't mean the oldsmobile can use it at the same time. RACF for VM and RACF for z/OS are two different products and require two different licenses. Let me recommend VM:Secure in place of RACF. It's a much better product, easier to use and far more capable. And let your management know that running without an ESM is just an invitation to hackers, both internal and external. VM's built-in security is pretty good, but someone knowlegeable in VM systems can break it. (True story: About 18 years ago I got a job as SP with a small company that had a fairly new VM system. First day, I said I'd need a userid. The boss said the guy that gives userids was out that day. Six minutes later, I went back to him, having logged on as MAINT, and told him his security sucked. They didn't have an ESM. Six minutes to log on to maint without knowing a thing about the system beforehand. Old-timers will know exactly how I did it.) Finally, what company do you work for? So that I'll know never to apply there. I already have enough problems with clueless management where I work now. All that said, the answer to your question, "is it possible to authenticate VM against LDAP on z/OS?" The answer is, in principle, yes. The real, practical, answer is no. VM does not interface with LDAP directly. There are no products on the market or available for download, to the best of my knowledge with 21 years of experience with VM, that will allow you to do this. So what you are left with is writing your own. IBM supplies the ESM stubs (HCPRPI, HCPRPW and the like) that allow this and provides documentation (somewhere) about how to write ESM interfaces. You could, in principle, if you are a REALLY good assembler programmer (and writing assembler code for CP is two orders of magnitude harder than writing application code in assembler) you could write an interface to have VM contact a remote LDAP for authentication, possibly over CTC's or hypersockets. You'd have to have some kind of default authentication in there in case communications were down or z/OS was down. This is not a job I'd want to try. Just writing three CP exits a few years ago took me four months full time and I crashed the second-level system more than 400 times and the first-level system (when I put the exits on it) about half a dozen times. I learned more about CP internals and how to use VMDUMPTL than I ever wanted to know. Do you have the time to take on this project? You could farm it out, but, frankly, buying RACF or VMSecure would be cheaper. "An Optimist is just a Pessimist with no job experience" - Scott Adams Gordon W. Wolfe, Ph.D. Boeing VM Enterprise Servers 425-865-5940 -Original Message- From: James Melin [mailto:[EMAIL PROTECTED] Sent: Monday, September 20, 2004 8:29 AM To: [EMAIL PROTECTED] Subject: Securing VM using LDAP? Is it possible to set up VM that you can authenticate against LDAP? We don't have RACF for VM and our management will not currently sign off on 'paying for something we already have'. As we have RACF for z/OS, and we don't run z/os under vm, is it possible at all to have VM authenticate use id's via LDAP? -- 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: Securing VM using LDAP?
>It's a lot more expensive, too, isn't it? Sure is. RACF does access security. VMSECURE does access security, directory management and disk space management. >I know that Princeton has a VM LDAP client interface. I do not, however, know whether Melinda distributes it. Let me reiterate: " to the best of my knowledge" "An Optimist is just a Pessimist with no job experience" - Scott Adams Gordon W. Wolfe, Ph.D. Boeing VM Enterprise Servers 425-865-5940 -Original Message- From: Adam Thornton [mailto:[EMAIL PROTECTED] Sent: Monday, September 20, 2004 9:23 AM To: [EMAIL PROTECTED] Subject: Re: Securing VM using LDAP? On Mon, 2004-09-20 at 11:07, Wolfe, Gordon W wrote: > Let me recommend VM:Secure in place of RACF. It's a much better product, easier to > use and far more capable. It's a lot more expensive, too, isn't it? > VM does not interface with LDAP directly. There are no products on the market or > available for download, to the best of my knowledge with 21 years of experience with > VM, that will allow you to do this. Hmmm. I know that Princeton has a VM LDAP client interface. I do not, however, know whether Melinda distributes it. Adam -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
Re: Veritas NetBackup
I can confirm it. At SHARE in Washington DC August last year I talked with the Veritas people and they said a client would be out in October of the same year. Several months ago there was a note that appeared on this list (which I no longer have a copy of, but should be in the Archives) that said Veritas didn't think there was enough of a market for its product on Mainframe Linux at this time and would revisit the decision in 2006 or 2007. Needless to say, this caused us a lot of grief. We wanted a common backup system across all our Unix-type operatng systems for commonality of processes and training. We are currently using Tivoli TSM for backups. The VM server for TSM is stuck on a backlevel release and probably will never be upgraded. The Linux/390 TSM server is up-to-date but does not talk to ESCON-attached tape drives. We are using the TSM server at the current level on z/OS and using the Linux/390 client to back up to it. It puts out a lot of data over the network (DON'T do compression! CPU cycles are more expensive than network bandwidth.) but it's easy enough to use and even has a web interface. The licensing for this setup is very confusing, both to us and to our local Tivoli rep. We mostly did it this way because we already had the server on z/OS and adding the Linux clients was very inexpensive. For a VM and Linux -only solution, we've heard really good things about CA's Brightstor product, although the cost is more expensive (for us) than TSM. However, some people don't like to deal with CA. Amanda and Upstream are two other possibilities. Amanda means you have to "grow-your-own" tape interface and catalog. I know nothing about Upstream. So one elephant says to another, "You'll never believe what happened last night. I was trying on Groucho Marx's pajamas--and he shot me!" Gordon Wolfe, Ph.D. (425)865-5940 VM Technical Services, The Boeing Company > -- > From: SOLLENBERGER, JUSTIN > Reply To: Linux on 390 Port > Sent: Thursday, October 14, 2004 12:11 PM > To: [EMAIL PROTECTED] > Subject: Veritas NetBackup > > We are looking to deploy our first Linux guest and are looking for a file-level > backup solution. We would like to go with the Veritas NetBackup Client on our SuSE > SLES 8, but according to the information we found on their website they don't have a > supported client at this time (we are trying to confirm this with their sales > department and get a date when they will). > > Can anyone confirm or deny this? What other options are people using, and how > pleased are you with the products/support? > > Thanks in advance for the help, > > > Justin Sollenberger > > Operating Systems > DISA DECC Mechanicsburg > > -- > 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: Moving an LPAR Linux to VM - Problem
try "man rsync" for starters, and look at the related topics. So one elephant says to another, "You'll never believe what happened last night. I was trying on Groucho Marx's pajamas--and he shot me!" Gordon Wolfe, Ph.D. (425)865-5940 VM Technical Services, The Boeing Company > -- > From: James Melin > Reply To: Linux on 390 Port > Sent: Friday, October 8, 2004 11:13 AM > To: [EMAIL PROTECTED] > Subject: Re: Moving an LPAR Linux to VM - Problem > > I know absolutely NOTHING about rsync.. Any good tutorials? > > > > > "Post, Mark K" > <[EMAIL PROTECTED] > m> To > Sent by: Linux on [EMAIL PROTECTED] > 390 Port cc > <[EMAIL PROTECTED] > IST.EDU> Subject >Re: Moving an LPAR Linux to VM - >Problem > 10/08/2004 01:06 > PM > > > Please respond to > Linux on 390 Port > <[EMAIL PROTECTED] > IST.EDU> > > > > > > > How will the "shipping" be done? Over the network? If so, you'll be > chewing up even more bandwidth than rsync will, since "dd" will copy all > the > blocks in the file system, even the unused ones. If not over the network, > then never mind. > > > Mark Post > > -Original Message- > From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of James > Melin > Sent: Friday, October 08, 2004 2:00 PM > To: [EMAIL PROTECTED] > Subject: Re: Moving an LPAR Linux to VM - Problem > > > I am making a file system image of /dev/dasd{x} using dd and shipping that > file over to the target sytem work volume and Then mounting it on the > loopback device and doing a tar -clSp per the move file system howto. I > figure if it works for making iso images of CD's, then it should work for > this > > > > > > "Post, Mark K" > <[EMAIL PROTECTED] > m> To > Sent by: Linux on [EMAIL PROTECTED] > 390 Port cc > <[EMAIL PROTECTED] > IST.EDU> Subject >Re: Moving an LPAR Linux to VM - >Problem > 10/08/2004 12:54 > PM > > > Please respond to > Linux on 390 Port > <[EMAIL PROTECTED] > IST.EDU> > > > > > > > I was thinking more of rsync without any mounting at all. > > If the volumes are mis-sized and z/VM won't work with them as they are, I > don't see too many options that don't involve moving the data twice. Either > use afio to dump everything to tape and read it back in on the z/VM guest, > or use some sort of network-based copying. I use rsync a lot and am very > comfortable with it. There are likely better ways of moving many GB of > data > over the network, but I can't offer any personal experience there. > > If moving the data multiple times doesn't bother you, then get some > additional volumes that are accessible from both systems, create file > systems on them from the z/VM guest (just to make sure the guest will work > with them properly), and move the data from LPAR disks to the intermediate > disks and then to z/VM guest disks. > > > Mark Post > > -Original Message- > From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of James > Melin > Sent: Friday, October 08, 2004 1:34 PM > To: [EMAIL PROTECTED] > Subject: Re: Moving an LPAR Linux to VM - Problem > > > I have a GBE. You thinking NFS mount them?> > > Is there a way to just have z/OS native LPAR linux volumes show up readable > by linux in VM? > > > > > > "Post, Mark K" > <[EMAIL PROTECTED] > m> To > Sent by: Linux on [EMAIL PROTECTED] > 390 Port cc > <[EMAIL PROTECTED] > IST.EDU> Subject >Re: Moving an LPAR Linux to VM - >Problem > 10/08/2004 11:46 > AM > > > Please respond to > Linux on 390 Port > <[EMAIL PROTECTED] > IST.EDU> > > > > > > > How much network bandwidth do you have between the Linux LPAR and the Linux > Guest, compared to how much data you need to move? > > > Mark Post > > --
Setting up VMNFS
This is cross-posted to both the VM-ESA list and the Linux-390 list. Sorry for the duplications. I have a number of apache webservers on several Linux servers that need to use various pieces of data that is also in use by a number of VM webservers using VM:Webgateway. This data is updated every few months. Rather than go around and update all the various locations, it would be most convenient if I could update it in one location on VM and just have all the other systems be able to use it. It seems that NFS would be the best solution. I looked at cmsfs, but I also need the occasional read-write capability. So I'm trying to set up VMNFS for the first time. It's considerably different than NFS on Linux. I'm having all kinds of problems with "permission denied". I'll want to serve out both minidisks and SFS data. I'd like to use VM:Secure as the ESM, but I can live with just using the CP directory entries. Could someone who has VMNFS working and accessible from Linux send me: 1. A copy of their VMNFS CONFIG file 2. A copy of the relevant parts of the DCTPARMS file for VMNFS 3. The syntax of the mount command you use from linux. What do you do about hard-coding the passwords in the mount command? 4. Anything else you think I'm missing? So one elephant says to another, "You'll never believe what happened last night. I was trying on Groucho Marx's pajamas--and he shot me!" Gordon Wolfe, Ph.D. (425)865-5940 VM Technical Services, The Boeing Company -- 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: Setting up VMNFS
Anyone hae a makefile for mountpw.c for SLES8? Also, I can't find rpc/rpctypes.h in SLES8 So one elephant says to another, "You'll never believe what happened last night. I was trying on Groucho Marx's pajamas--and he shot me!" Gordon Wolfe, Ph.D. (425)865-5940 VM Technical Services, The Boeing Company > -- > From: Loek Sluijter > Reply To: Linux on 390 Port > Sent: Monday, October 25, 2004 2:14 AM > To: [EMAIL PROTECTED] > Subject: Re: Setting up VMNFS > > | Gordon Wolfe wrote (22Oct2004 10:23): The syntax of the mount command > you use from linux. What do you do about hard-coding the passwords in the > mount command? > > Gordon, for general information about VMNFS, see > http://www.vm.ibm.com/NFS/index.html. > > For MOUNT we use MOUNTPW, that avoids coding the password on the MOUNT > command. > > The mountpw C source file is supplied by IBM as part of TCP/IP for VM on > TCPMAINT's 592 disk. > > > Issue the mountpw command for a certain disk userid.vaddr: > > > mountpw node:userid.vaddr,u=userid,p=password > > > Then give the real MOUNT command for that disk, omitting your userid and > password: > > > mount -t nfs node:userid.vaddr,trans=yes /mnt > > > Check with mount query (just the mount command without operands) and see > that no authentication data is displayed. > > Cheers, > Loek Sluijter. > > -- > 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: Sample REXX to automate DDR?
>> Does anyone out there have a sample REXX automating a DDR Here's one I've been using for years. It does the links automatically and allows "*" for your own userid and '=' to copy to the same user. /* DDRCOPY */ /* Copies one minidisk to another via DDR*/ /* syntax: DDRCOPY*/ /* */ /* by Gordon Wolfe, BCS Technical Services 04/15/04 */ address command trace o /* First, get and check the arguments. */ arg usr1 cuu1 usr2 cuu2 type . if usr1 = '' then exit 8 if cuu1 = '' then exit 8 if usr2 = '' then exit 8 if cuu2 = '' then cuu2 = '191' if type = '' then type = '3390' if usr1 = '*' then usr1 = userid() if usr2 = '*' then usr2 = userid() if usr2 = '=' then usr2 = usr1 if cuu2 = '=' then cuu2 = cuu1 /* Now, link all the disks */ 'MAKEBUF' buf1 = rc 'GETFMADR' pull . . addr1 . 'CP LINK' usr1 cuu1 addr1 'RR' if rc ¬= 0 then exit rc 'GETFMADR' pull . . addr2 'CP LINK' usr2 cuu2 addr2 'MW' if rc ¬= 0 then signal done 'DROPBUF' buf1 /* Set up the copy */ 'ERASE DDRCOPY DDR A' 'MAKEBUF' buf1 = rc queue ' INPUT' addr1 type 'SCRATCH' queue ' OUTPUT' addr2 type 'SCRATCH' queue ' SYSPRINT CONS' queue ' COPY ALL' 'EXECIO 4 DISKW DDRCOPY DDR A' 'DROPBUF' buf1 'FINIS DDRCOPY DDR A' /* DO IT already!*/ 'DDR DDRCOPY DDR A' r = rc /* clean up and quit.*/ done: 'DROPBUF' buf1 'CP DETACH' addr1 'CP DETACH' addr2 'ERASE DDRCOPY DDR A' exit r So one elephant says to another, "You'll never believe what happened last night. I was trying on Groucho Marx's pajamas--and he shot me!" Gordon Wolfe, Ph.D. (425)865-5940 VM Technical Services, The Boeing Company > -- > 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: Max Mount Count
This is just a note that the filesystem has reached the maximum number of mounts allowed before it does a complete recheck of the filesystem for errors and internal consistency. You will note that "check forced" means it's doing the check. You don't have any problems, this is just an informative message, and the check is a good thing to do periodically. It slows down your reboot, though. If you want to change the number of mounts before a check is forced, run tune2fs if this is ext2 or ext3. I don't recall what the command is for reiserfs or any other file system. Why are you still running the Marist distribution? That thing is almost five years old. There are many other distributions out there that are later releases with a lot of newer features you -WILL- want to use, especially the SIGNAL SHUTDOWN feature and use of Guest Lans or VSWITCH. Marist is, if I recall, the 2.2.16 kernel. You'll want the 2.4.19 kernel or later if you can get it. The current kernel is 2.6.x. Check out linuxvm.org. So one elephant says to another, "You'll never believe what happened last night. I was trying on Groucho Marx's pajamas--and he shot me!" Gordon Wolfe, Ph.D. (425)865-5940 VM Technical Services, The Boeing Company > -- > From: Kim Colwell > Reply To: Linux on 390 Port > Sent: Monday, November 15, 2004 3:48 PM > To: [EMAIL PROTECTED] > Subject: Max Mount Count > > We've been running Marist Linux to get our feet wet with Linux for the > past couple of months -- and are now getting the following error when it > starts up > > /dev/mnda has reached maximal mount count, check forced. > > everything seems to be running OK, though ... > > is this just a warning message that I should be checking / clearing a > log somewhere or something like that? > > any information would be appreciated . TIA > > Kim Colwell > [EMAIL PROTECTED] > > -- > For LINUX-390 subscribe / signoff / archive access instructions, > send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit > http://www.marist.edu/htbin/wlvindex?LINUX-390 > > -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
Re: cmsfs on 2.6?
You can probably fix this problem by recompiling the source under 2.6 and putting the result in the proper library. That's what I did to get it to work under 2.4.21. So one elephant says to another, "You'll never believe what happened last night. I was trying on Groucho Marx's pajamas--and he shot me!" Gordon Wolfe, Ph.D. (425)865-5940 VM Technical Services, The Boeing Company > -- > From: Michael MacIsaac > Reply To: Linux on 390 Port > Sent: Tuesday, November 23, 2004 9:34 AM > To: [EMAIL PROTECTED] > Subject: cmsfs on 2.6? > > Does the cmsfs package (1.1.8) build on the 2.6 kernel (SLES9)? I got an > error from ./configure: > cmsfssed.sh: this release of Linux is not supported! > > Thanks. > > "Mike MacIsaac" <[EMAIL PROTECTED]> (845) 433-7061 > > -- > For LINUX-390 subscribe / signoff / archive access instructions, > send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit > http://www.marist.edu/htbin/wlvindex?LINUX-390 > > -- 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
[no subject]
"exit" So one elephant says to another, "You'll never believe what happened last night. I was trying on Groucho Marx's pajamas--and he shot me!" Gordon Wolfe, Ph.D. (425)865-5940 VM Technical Services, The Boeing Company > -- > From: Herczeg, Zoltan > Reply To: Linux on 390 Port > Sent: Wednesday, December 1, 2004 2:37 PM > To: [EMAIL PROTECTED] > Subject: PRT-ENTSRV-PRD Print Server is now available > > How do you exit chroot? Exiting chroot was not mentioned in the System > administration book I have. > > Thanks > Zoltan > > -Original Message- > From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of > Post, Mark K > Sent: Wednesday, December 01, 2004 4:35 PM > To: [EMAIL PROTECTED] > Subject: > > Zoltan, > > Did you exit from the chroot? If not, that is why the mount point is > busy. > > 1. insmod DASD driver > 2. mount file system(s) > 3. chroot to mounted file system > 4. perform maintenance > 5. exit from chroot, and make sure you CWD is _not_ anywhere in the > mounted file systems 6. unmount file systems 7. reboot > > > Mark Post > > -Original Message- > From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of > Herczeg, Zoltan > Sent: Wednesday, December 01, 2004 9:16 AM > To: [EMAIL PROTECTED] > Subject: > > > Mark thanks for the insmod and mount suggestions. It worked great. I > mounted my sles9 install volume at /zoltan and ran chroot /zoltan > SuSEconfig and all looked ok. I then try to umount /zoltan but it tells > me the device is busy. > I noticed there is a force option for the umount command but I am > hesitant to use it. Are there any suggestions on how to unmount this > drive or does it matter? I also have to take into account that the > system I booted is the initial install system for sles9 not a full > system. > > Thanks again > > Zoltan > > -- > For LINUX-390 subscribe / signoff / archive access instructions, send > email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or > visit http://www.marist.edu/htbin/wlvindex?LINUX-390 > > -- > For LINUX-390 subscribe / signoff / archive access instructions, send > email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or > visit http://www.marist.edu/htbin/wlvindex?LINUX-390 > > -- > For LINUX-390 subscribe / signoff / archive access instructions, > send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit > http://www.marist.edu/htbin/wlvindex?LINUX-390 > > -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
alias in SLES9
Here's a wierd one: I issue the command alias x="/usr/bin/the" to set up a shortcut for the hessling editor. It works from the command line. The same command placed inside /etc/profile.local doesn't create the alias. /etc/profile.local has read/execute permissions for everyone and other commands in there do execute. I only have trouble with alias. Any ideas? So one elephant says to another, "You'll never believe what happened last night. I was trying on Groucho Marx's pajamas--and he shot me!" Gordon Wolfe, Ph.D. (425)865-5940 VM Technical Services, The Boeing Company -- 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
FW: alias in SLES9
Never mind. Helps if you have an even number of quotes in a line. So one elephant says to another, "You'll never believe what happened last night. I was trying on Groucho Marx's pajamas--and he shot me!" Gordon Wolfe, Ph.D. (425)865-5940 VM Technical Services, The Boeing Company > -- > From: Wolfe, Gordon W > Sent: Friday, December 17, 2004 2:50 PM > To: IBM LINUX-VM-L (E-mail) > Subject: alias in SLES9 > > Here's a wierd one: > > I issue the command alias x="/usr/bin/the" to set up a shortcut for the > hessling editor. It works from the command line. > > The same command placed inside /etc/profile.local doesn't create the alias. > /etc/profile.local has read/execute permissions for everyone and other > commands in there do execute. I only have trouble with alias. > > Any ideas? > > So one elephant says to another, "You'll never believe what happened last > night. I was trying on Groucho Marx's pajamas--and he shot me!" > Gordon Wolfe, Ph.D. (425)865-5940 > VM Technical Services, The Boeing Company > -- 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: "DMSACP112S T(152) device error" normal for Linux mini disk?
Again, here's where NFS comes in handy. Both CMS and Linux understand NFS and each can mount the other's filesystems read-only or read-write. (with caveats.) It may be a bit slow, though. NFS on Linux is easy. NFS on CMS is not so easy, but doable. Investigate this as an option. In fact, it may be the only option if you want two-way file sharing between CMS and Linux. So one elephant says to another, "You'll never believe what happened last night. I was trying on Groucho Marx's pajamas--and he shot me!" Gordon Wolfe, Ph.D. (425)865-5940 VM Technical Services, The Boeing Company > -- > From: Post, Mark K > Reply To: Linux on 390 Port > Sent: Thursday, January 6, 2005 11:32 AM > To: LINUX-390@VM.MARIST.EDU > Subject: Re: "DMSACP112S T(152) device error" normal for Linux mini disk? > > Umm, CMS doesn't understand any of the various Linux file systems. You > won't be able to access the from CMS. As far as CMS is concerned, the > minidisk has garbage on it. > > > Mark Post > > -Original Message- > From: Linux on 390 Port [mailto:[EMAIL PROTECTED] Behalf Of > Peter E. Abresch Jr. - at Pepco > Sent: Thursday, January 06, 2005 2:05 PM > To: LINUX-390@VM.MARIST.EDU > Subject: "DMSACP112S T(152) device error" normal for Linux mini disk? > > > I created a mini disk under z/VM. I formatted it using CMS command ?format > 152 t? and all was fine. Under Linux I did ?mke2fs ?b 4096 /dev/dasdc1? > and then put data on it. Linux is happy and there are no indications of > any problems. However, if I try to access it under z/VM, I receive the > following: > > acc 152 t > DMSACP112S T(152) device error > Ready(00100); T=0.01/0.01 13:44:23 > > It almost appears that device is not formatted anymore but yet the data is > there. Where did I go wrong or is this normal for Linux data? In this > particular case, the Linux filesystem is ext2 but the problem occurs for > Reiserfs as well. I was told I need to correct this problem before > continuing with flashcopy. Thanks for any info. > > Peter > > -- > 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
cmsfs
Has anyone done anything about getting Rick Troth's cmsfs module to work on SLES9 yet? So one elephant says to another, "You'll never believe what happened last night. I was trying on Groucho Marx's pajamas--and he shot me!" Gordon Wolfe, Ph.D. (425)865-5940 VM Technical Services, The Boeing Company -- 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: cmsfs
>Rick WOULD have except that he's supposed to spend more time on things that his employer might reap revenue from. Rick, You mean your management actually knows what you're doing? What I TELL my management I'm working on and what I'm actually doing may or may not have any relevance to each other. That's if they ever decide to drop by. I haven't seen a manager in this room of 17 people since before Christmas. Quite frankly, I doubt that some members my management would know if I was working on VM, working on Linux, or running a music-download service off the Cray, even if they were standing behind me looking over my shoulder. Some of them are not very technically-literate. You mean you have managers who understand technical stuff? I always thought the main requirements for being in management in ANY company was having nice hair and a large bladder capacity for sitting through meetings. So one elephant says to another, "You'll never believe what happened last night. I was trying on Groucho Marx's pajamas--and he shot me!" Gordon Wolfe, Ph.D. (425)865-5940 VM Technical Services, The Boeing Company > -- > From: Richard Troth > Reply To: Linux on 390 Port > Sent: Thursday, January 6, 2005 2:46 PM > To: LINUX-390@VM.MARIST.EDU > Subject: Re: cmsfs > > > > Has anyone done anything about getting Rick Troth's > > > cmsfs module to work on SLES9 yet? > > > Rick might have. > > Rick WOULD have > except that he's supposed to spend more time > on things that his employer might reap revenue from. > I guess this is true for a bazillion others. So my point is > that I WANT to make more progress on it, but ... ah, excuses!! > > The module (that is, the driver) > stopped working somewhere between 2.4.19 and 2.4.21. > I think it is because of the threading changes. While at SHARE > in New York, I got some time with Carsten who convinced me to > change the critter to use the new filesystem kernel library. > So ... that's the plan. > > As Adam says, the user space tool (that is, the utility) > should work fine, with just a minor kick to the makefile > to get it to not whine about 2.6. I hate to see proliferation > of the util to the demise of the driver. (I wish they were > more on par with each other.) But it's my own fault. > > -- R; > > -- > 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
Diag disks disappear
Hi, gang: We're trying to use the DIAG driver on disks in SLES8. We have the DIAG driver installed as a kernel module. We CMS FORMAT/RESERVE (blocksize 4096) the minidisk before giving it to Linux. We do NOT dasdfmt the disk. We place an ext3 filesystem on the device with mke2fs -j -b 4096 We mount the filesystem and are able to use it. It is placed in /etc/fstab. cat /proc/dasd/devices shows the device as using the DIAG driver. Performance toolkit shows the device as using minidisk cache. Now, reboot the server now cat /proc/dasd/devices shows the device as using the ECKD driver. Performance toolkit shows the device as no longer using minidisk cache. What gives? What are we doing wrong? The illiterate of the 21st century will not be those who cannot read and write, but those who cannot learn, unlearn, and relearn. --Alvin Toffler Gordon Wolfe, Ph.D. (425)865-5940 VM Technical Services, The Boeing Company -- 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: Diag disks disappear
Thanks, Adam. I'll give that a try. Just what I need, is undocumented parameters. The illiterate of the 21st century will not be those who cannot read and write, but those who cannot learn, unlearn, and relearn. --Alvin Toffler Gordon Wolfe, Ph.D. (425)865-5940 VM Technical Services, The Boeing Company > -- > From: Adam Thornton > Reply To: Linux on 390 Port > Sent: Tuesday, January 18, 2005 9:50 AM > To: LINUX-390@VM.MARIST.EDU > Subject: Re: Diag disks disappear > > On Jan 18, 2005, at 11:44 AM, Wolfe, Gordon W wrote: > > > Hi, gang: > > > > We're trying to use the DIAG driver on disks in SLES8. We have the > > DIAG driver installed as a kernel module. > > > > We CMS FORMAT/RESERVE (blocksize 4096) the minidisk before giving it > > to Linux. > > We do NOT dasdfmt the disk. > > We place an ext3 filesystem on the device with mke2fs -j -b 4096 > > We mount the filesystem and are able to use it. It is placed in > > /etc/fstab. > > cat /proc/dasd/devices shows the device as using the DIAG driver. > > Performance toolkit shows the device as using minidisk cache. > > > > Now, reboot the server > > > > now cat /proc/dasd/devices shows the device as using the ECKD driver. > > Performance toolkit shows the device as no longer using minidisk cache. > > > > What gives? What are we doing wrong? > > > Do you have the DASD device specified in zipl.conf as 0150(DIAG) or > whatever? That is, is the (undocumented) (DIAG) parameter on there in > the IPL record? > > Adam > > -- > For LINUX-390 subscribe / signoff / archive access instructions, > send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit > http://www.marist.edu/htbin/wlvindex?LINUX-390 > > -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
Re: Diag disks disappear
Well, this didn't seem to do any good. I get at boot time: Kernel command line: dasd=293,292,294-297,298(DIAG),299-2AF root=/dev/dasdb1 vmpoff=LOGOFF dasd: unsupported feature: DIAG, ignoring setting and then, a few microseconds later, Loading module dasd_diag_mod ... Using /lib/modules/2.4.21-83-default/kernel/drivers/s390/block/dasd_diag_mod.o dasd(diag): DIAG discipline initializing dasd(eckd): /dev/dasdg ( 94: 24),[EMAIL PROTECTED]: (4kB blks): 36kB at 48kB/trk /dev/dasdg on /mnt type ext3 (rw) It looks like it doesn't recognize the DIAG parameter, but it also looks like the DIAG driver module is getting loaded after the minidisk is processed. The illiterate of the 21st century will not be those who cannot read and write, but those who cannot learn, unlearn, and relearn. --Alvin Toffler Gordon Wolfe, Ph.D. (425)865-5940 VM Technical Services, The Boeing Company > -- > From: Adam Thornton > Reply To: Linux on 390 Port > Sent: Tuesday, January 18, 2005 9:50 AM > To: LINUX-390@VM.MARIST.EDU > Subject: Re: Diag disks disappear > > On Jan 18, 2005, at 11:44 AM, Wolfe, Gordon W wrote: > > > Hi, gang: > > > > We're trying to use the DIAG driver on disks in SLES8. We have the > > DIAG driver installed as a kernel module. > > > > We CMS FORMAT/RESERVE (blocksize 4096) the minidisk before giving it > > to Linux. > > We do NOT dasdfmt the disk. > > We place an ext3 filesystem on the device with mke2fs -j -b 4096 > > We mount the filesystem and are able to use it. It is placed in > > /etc/fstab. > > cat /proc/dasd/devices shows the device as using the DIAG driver. > > Performance toolkit shows the device as using minidisk cache. > > > > Now, reboot the server > > > > now cat /proc/dasd/devices shows the device as using the ECKD driver. > > Performance toolkit shows the device as no longer using minidisk cache. > > > > What gives? What are we doing wrong? > > > Do you have the DASD device specified in zipl.conf as 0150(DIAG) or > whatever? That is, is the (undocumented) (DIAG) parameter on there in > the IPL record? > > Adam > > -- > For LINUX-390 subscribe / signoff / archive access instructions, > send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit > http://www.marist.edu/htbin/wlvindex?LINUX-390 > > -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
Re: Diag disks disappear
/etc/sysconfig/kernel has INITRD_MODULES="jbd ext3 dasd_diag_mod dasd_fba_mod dasd_eckd_mod cmsfs" and mkinitrd after that. The illiterate of the 21st century will not be those who cannot read and write, but those who cannot learn, unlearn, and relearn. --Alvin Toffler Gordon Wolfe, Ph.D. (425)865-5940 VM Technical Services, The Boeing Company > -- > From: Marcy Cortes > Reply To: Linux on 390 Port > Sent: Tuesday, January 18, 2005 11:12 AM > To: LINUX-390@VM.MARIST.EDU > Subject: Re: Diag disks disappear > > Is the dasd_diag in your /etc/sysconfig/kernel? (and mkinitrd after > that?) > > > 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 > Wolfe, Gordon W > Sent: Tuesday, January 18, 2005 11:08 > To: LINUX-390@VM.MARIST.EDU > Subject: Re: [LINUX-390] Diag disks disappear > > Well, this didn't seem to do any good. > > I get at boot time: > > Kernel command line: dasd=293,292,294-297,298(DIAG),299-2AF > root=/dev/dasdb1 vmpoff=LOGOFF > > dasd: unsupported feature: DIAG, ignoring setting > > and then, a few microseconds later, > > Loading module dasd_diag_mod ... > > Using > /lib/modules/2.4.21-83-default/kernel/drivers/s390/block/dasd_diag_mod.o > > dasd(diag): DIAG discipline initializing > > dasd(eckd): /dev/dasdg ( 94: 24),[EMAIL PROTECTED]: (4kB blks): 36kB at > 48kB/trk > > /dev/dasdg on /mnt type ext3 (rw) > > > It looks like it doesn't recognize the DIAG parameter, but it also looks > like the DIAG driver module is getting loaded after the minidisk is > processed. > > The illiterate of the 21st century will not be those who cannot read and > write, but those who cannot learn, unlearn, and relearn. --Alvin Toffler > Gordon Wolfe, Ph.D. (425)865-5940 > VM Technical Services, The Boeing Company > > > -- > > From: Adam Thornton > > Reply To: Linux on 390 Port > > Sent: Tuesday, January 18, 2005 9:50 AM > > To: LINUX-390@VM.MARIST.EDU > > Subject:Re: Diag disks disappear > > > > On Jan 18, 2005, at 11:44 AM, Wolfe, Gordon W wrote: > > > > > Hi, gang: > > > > > > We're trying to use the DIAG driver on disks in SLES8. We have the > > > DIAG driver installed as a kernel module. > > > > > > We CMS FORMAT/RESERVE (blocksize 4096) the minidisk before giving > it > > > to Linux. > > > We do NOT dasdfmt the disk. > > > We place an ext3 filesystem on the device with mke2fs -j -b 4096 > > > We mount the filesystem and are able to use it. It is placed in > > > /etc/fstab. > > > cat /proc/dasd/devices shows the device as using the DIAG driver. > > > Performance toolkit shows the device as using minidisk cache. > > > > > > Now, reboot the server > > > > > > now cat /proc/dasd/devices shows the device as using the ECKD > driver. > > > Performance toolkit shows the device as no longer using minidisk > cache. > > > > > > What gives? What are we doing wrong? > > > > > Do you have the DASD device specified in zipl.conf as 0150(DIAG) or > > whatever? That is, is the (undocumented) (DIAG) parameter on there in > > the IPL record? > > > > Adam > > > > -- > > For LINUX-390 subscribe / signoff / archive access instructions, > > send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 > or visit > > http://www.marist.edu/htbin/wlvindex?LINUX-390 > > > > > > -- > For LINUX-390 subscribe / signoff / archive access instructions,> > send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or > visit > http://www.marist.edu/htbin/wlvindex?LINUX-390 > > -- > For LINUX-390 subscribe / signoff / archive access instructions, > send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit > http://www.marist.edu/htbin/wlvindex?LINUX-390 > > -- 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
CTCMPC Driver
We are currently running SuSE SLES8-SP3 (31-bit) on our z800 mainframe under z/VM 5.1. We have a need to run the IBM Communications Server to replace soon-to-be-unsupported communication controllers and CIP routers. This is an ideal solution for us and a perfect use of Linux. The IBM Manual GC31-6769-00 "IBM Communications Server for Linux on zSeries Quick Beginnings on zSeries", page 18, says CS Linux requires the zSeries Multipath Channel device driver to communicate with VTAM via CTC. The IBM manual LNUX-1313-04 "Device Drivers and Installation Commands October 7, 2004 Linux kernel 2.4, June 2003 stream", in chapter 12 describes the installation and use of the CTCMPC device driver. It says that all that is needed is to "modprobe ctcmpc" I cannot find the ctcmpc.o module anywhere on my SLES8-SP3 (31-bit) system. Nor can I find it on any of the installation or service rpms I have downloaded from the SuSE site. Can anyone tell me where it might be? I can find the patches for the 2.6.5 kernel on the IBM Developer site, but we're still waiting on our purchasing department to get through the paperwork of getting it. (It's been three months.) I can't find the patches for the 2.4.21 kernel, and really don't want to go through all the work of learning how to apply kernel patches and recompiling the kernel. Does it come with SLES9 64-bit? The illiterate of the 21st century will not be those who cannot read and write, but those who cannot learn, unlearn, and relearn. --Alvin Toffler Gordon Wolfe, Ph.D. (425)865-5940 VM Technical Services, The Boeing Company -- 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 Installation Server
Mike - I tried to get to this and I just get a blank page. "The Church is near, but the road is icy. The tavern is far, but I will walk carefully." - old Hungarian Proverb Gordon W. Wolfe, Ph.D. Boeing VM Enterprise Servers 425-865-5940 -Original Message- From: Michael MacIsaac [mailto:[EMAIL PROTECTED] Sent: Friday, January 21, 2005 1:08 PM To: LINUX-390@VM.MARIST.EDU Subject: Re: SuSE Installation Server Ismael, > I'm trying to use yast to setup the install server I put up a draft chapter as a PDF at http://mikemacisaac.com/configureNFS.pdf - I hope this will help. It details the steps around the mkinstallroot script I posted a while back and how to make the tree available via NFS. I've at least run through the steps once or twice and they seemed to work. Any feedback will be appreciated. If you set this NFS server up and install SLES9 on zSeries, YaST on the installed image will "remember" the install credentials (server, directory). Later you can copy the install tree over to a zSeries Linux image and change the YaST settings if you want. (P.S. this is part of a larger project we *hope* to announce at a SHARE BOF in early March and make available in April) "Mike MacIsaac" <[EMAIL PROTECTED]> (845) 433-7061 -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- 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: Poll Results
I'd guess there's lots of people on the list, and lots of people running Linux on S/390, but not many responded to the poll. I know I didn't. The illiterate of the 21st century will not be those who cannot read and write, but those who cannot learn, unlearn, and relearn. --Alvin Toffler Gordon Wolfe, Ph.D. (425)865-5940 VM Technical Services, The Boeing Company > -- > From: Noll, Ralph > Reply To: Linux on 390 Port > Sent: Thursday, January 27, 2005 10:44 AM > To: LINUX-390@VM.MARIST.EDU > Subject: Re: Poll Results > > So is there just not that many people on the list or not that many > running linux on 390??? > > Ralph > > -Original Message- > From: Paul Hyatt [mailto:[EMAIL PROTECTED] > Sent: Thursday, January 27, 2005 10:43 AM > To: LINUX-390@VM.MARIST.EDU > Subject: Re: Poll Results > > Very good ! > > -Paul > > -Original Message- > From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of > Adam Thornton > Sent: Thursday, January 27, 2005 9:28 AM > To: LINUX-390@VM.MARIST.EDU > Subject: Re: Poll Results > > > On Jan 27, 2005, at 9:19 AM, Ferguson, Neale wrote: > > > How many responses? > > Based on the breakdown I'm guessing 16. Which gives us 12 SuSE, 3 > Debian, and one RH. > > Adam > > -- > For LINUX-390 subscribe / signoff / archive access instructions, send > email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or > visit http://www.marist.edu/htbin/wlvindex?LINUX-390 > > "The information transmitted is intended only for the person or entity > to which it is addressed and may contain confidential and/or privileged > material. Any review, retransmission, dissemination or other use of, or > taking of any action in reliance upon this information by persons or > entities other than the intended recipient is prohibited. If you > received this message in error, please contact the sender and delete the > material from all computers." > > -- > 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: Poll Results
Guess I'll throw ours in too, if you're still keeping score: 9 SLES7 guests, 35 SLES8 guests under z/VM 5.1 on a z800. The illiterate of the 21st century will not be those who cannot read and write, but those who cannot learn, unlearn, and relearn. --Alvin Toffler Gordon Wolfe, Ph.D. (425)865-5940 VM Technical Services, The Boeing Company > -- > From: Romanowski, John (OFT) > Reply To: Linux on 390 Port > Sent: Friday, January 28, 2005 11:44 AM > To: LINUX-390@VM.MARIST.EDU > Subject: Re: Poll Results > > 7+ Suse SLES8 guests under z/VM4.4 on a 9672-X97 soon to be a 2084-z990 > > -- > 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: Poll Results
We have 2 IFLs, 6GB main storage, 2GB Xstore, and the workload is all over the place. You name it, we've probably got a server doing it. Samba, Java, NFS, Apache, Tomcat, J2EE, virus scanning, Oracle, MySQL, new software development. Just about anything. We even have one server dedicated to monitoring the performance of the others. Linux and VM to support it is using about half a terabyte of disk; ten 3390-3 volumes just for VM paging. Surprisingly, unless one of the Java or tomcat servers gets active, the CPU load is pretty small. The illiterate of the 21st century will not be those who cannot read and write, but those who cannot learn, unlearn, and relearn. --Alvin Toffler Gordon Wolfe, Ph.D. (425)865-5940 VM Technical Services, The Boeing Company > -- > From: [EMAIL PROTECTED] > Reply To: Linux on 390 Port > Sent: Friday, January 28, 2005 3:42 PM > To: LINUX-390@VM.MARIST.EDU > Subject: Re: Poll Results > > Just curious, what resources are you allocating to VM (real storage, IFL's)? > What type of Linux workload (Java, CUPS, Postfix, Samba, NFS)? > > Steve > > > -Original Message- > From: Wolfe, Gordon W [mailto:[EMAIL PROTECTED] > Sent: Friday, January 28, 2005 2:04 PM > To: LINUX-390@vm.marist.edu > Subject: Re: Poll Results > > Guess I'll throw ours in too, if you're still keeping score: > > 9 SLES7 guests, 35 SLES8 guests under z/VM 5.1 on a z800. > > The illiterate of the 21st century will not be those who cannot read and > write, but those who cannot learn, unlearn, and relearn. --Alvin Toffler > Gordon Wolfe, Ph.D. (425)865-5940 VM Technical Services, The Boeing Company > > > -- > > From: Romanowski, John (OFT) > > Reply To: Linux on 390 Port > > Sent: Friday, January 28, 2005 11:44 AM > > To: LINUX-390@VM.MARIST.EDU > > Subject:Re: Poll Results > > > > 7+ Suse SLES8 guests under z/VM4.4 on a 9672-X97 soon to be a > > 7+ 2084-z990 > > > > -- > > For LINUX-390 subscribe / signoff / archive access instructions, send > > email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or > > visit http://www.marist.edu/htbin/wlvindex?LINUX-390 > > > > > > -- > For LINUX-390 subscribe / signoff / archive access instructions, send email > to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit > http://www.marist.edu/htbin/wlvindex?LINUX-390 > > -- > For LINUX-390 subscribe / signoff / archive access instructions, > send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit > http://www.marist.edu/htbin/wlvindex?LINUX-390 > > -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
Re: Poll Results
No, we're just using the 1.4.2. "The Church is near, but the road is icy. The tavern is far, but I will walk carefully." - old Hungarian Proverb Gordon W. Wolfe, Ph.D. Boeing VM Enterprise Servers 425-865-5940 -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Monday, January 31, 2005 8:37 AM To: LINUX-390@VM.MARIST.EDU Subject: Re: Poll Results On the Java/Tomcat workload we've settled on the 31 bit IBM 1.4.2 SDK after finding that it performs better and eats a little less than the 64 bit SDK (single IFL z800, VM 4.4 with 2GB main storage). Are you seeing the same with multiple IFL's? -Original Message----- From: Wolfe, Gordon W [mailto:[EMAIL PROTECTED] Sent: Friday, January 28, 2005 3:53 PM To: LINUX-390@vm.marist.edu Subject: Re: Poll Results We have 2 IFLs, 6GB main storage, 2GB Xstore, and the workload is all over the place. You name it, we've probably got a server doing it. Samba, Java, NFS, Apache, Tomcat, J2EE, virus scanning, Oracle, MySQL, new software development. Just about anything. We even have one server dedicated to monitoring the performance of the others. Linux and VM to support it is using about half a terabyte of disk; ten 3390-3 volumes just for VM paging. Surprisingly, unless one of the Java or tomcat servers gets active, the CPU load is pretty small. The illiterate of the 21st century will not be those who cannot read and write, but those who cannot learn, unlearn, and relearn. --Alvin Toffler Gordon Wolfe, Ph.D. (425)865-5940 VM Technical Services, The Boeing Company > -- > From: [EMAIL PROTECTED] > Reply To: Linux on 390 Port > Sent: Friday, January 28, 2005 3:42 PM > To: LINUX-390@VM.MARIST.EDU > Subject: Re: Poll Results > > Just curious, what resources are you allocating to VM (real storage, IFL's)? > What type of Linux workload (Java, CUPS, Postfix, Samba, NFS)? > > Steve > > -- 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/VM Maintenance required to successfully use SLES9 SP1 under VM
This is saying that SLES9-SP1 when installed on z/VM 4.4 requires VM service or guest lans won't work. Does anyonk know if the same problem exists on z/VM 5.1? There is a virtually identical problem with installing the security update for SLES8 k_deflt-2.4.21-266.s390.rpm. Does anyone know if this problem is only for z/VM 4.4 or if it also exists on z/Vm 5.1? The illiterate of the 21st century will not be those who cannot read and write, but those who cannot learn, unlearn, and relearn. --Alvin Toffler Gordon Wolfe, Ph.D. (425)865-5940 VM Technical Services, The Boeing Company > -- > From: James Melin > Reply To: Linux on 390 Port > Sent: Wednesday, February 2, 2005 6:10 AM > To: LINUX-390@VM.MARIST.EDU > Subject: z/VM Maintenance required to successfully use SLES9 SP1 under VM > > http://www-03.ibm.com/support/techdocs/atsmastr.nsf/WebIndex/FLASH10334 > > -- > 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: Training for Linux for zSeries
Is there something similar for SuSE? The illiterate of the 21st century will not be those who cannot read and write, but those who cannot learn, unlearn, and relearn. --Alvin Toffler Gordon Wolfe, Ph.D. (425)865-5940 VM Technical Services, The Boeing Company > -- > From: Post, Mark K > Reply To: Linux on 390 Port > Sent: Tuesday, February 8, 2005 8:15 AM > To: LINUX-390@VM.MARIST.EDU > Subject: Re: Training for Linux for zSeries > > Robert, > > http://www-306.ibm.com/services/learning/ites.wss/us/en?pageType=course_list > &subChapter=377&subChapterInd=S®ion=us&subChapterName=Red+Hat(R)+Linux+ce > rtification&country=us > > http://www.redhat.com/training/ > > > Mark Post > > -Original Message- > From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of Hobbs, > Robert > Sent: Tuesday, February 08, 2005 10:27 AM > To: LINUX-390@VM.MARIST.EDU > Subject: Training for Linux for zSeries > > > Can anyone recommend a training roadmap for a RedHat Enterprise Linux > shop? > We run Redhat under z/VM 4.4 (soon to be 5.1) and have started adding > some new personnel to the mix who require formal training. > > > Robert Hobbs > > -- > 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: Putty users
>Just out of curiosity, how many people are managing their Linux servers from a Windows workstation? How many from Linux workstations? How many from others? I'd be willing to bet I'm the only person on the list managing multiple virtual linuxes (linices? linuxen?) from a Macintosh OS9 workstation. Using a shareware program called MacSSH. Also TCPConnect4 for Telnet and nfs and Fetch for (s)ftp. Dave for the Samba client. The illiterate of the 21st century will not be those who cannot read and write, but those who cannot learn, unlearn, and relearn. --Alvin Toffler Gordon Wolfe, Ph.D. (425)865-5940 VM Technical Services, The Boeing Company > -- > From: Kohrs, Steven > Reply To: Linux on 390 Port > Sent: Wednesday, February 9, 2005 8:49 AM > To: LINUX-390@VM.MARIST.EDU > Subject: Re: Putty users > > On Wed, 2005-02-09 at 10:28, Fargusson.Alan wrote: > > Just one caution: you should have a current backup of you system before you > > import into the registry. If something goes wrong with the import there is > > a high probability you will have to re-install Windows. > > > > > Just out of curiosity, how many people are managing their Linux servers > from a Windows workstation? How many from Linux workstations? How many > from others? > > The reason I ask, is that I could never (and would never) use PuTTY to > manage more than one Linux server. I've become completely dependent on > Konsole's ability to "spray" the input from one session to multiple > sessions. Along with its Profile support, I click one icon and have 60+ > sessions open, login to all 60+ servers at once, make my change to all > 60+ servers at once, logout, go to a movie, come back to work and tell > the boss I just finished. > > PuTTY's maintainer has official stated this is a worthless feature that > will never be included in PuTTY. > > http://www.chiark.greenend.org.uk/~sgtatham/putty/wishlist/terminal-fanout.html > > > To stop the flames, I use PuTTY when I have to and love it for that. > > -- > 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: Putty users
>Just bite the bullet and go to OS X. It doesn't hurt much and it makes talking to the Linux and Unix world ever so much easier. I'd really love to. The company won't buy me a new mac to run OSX (my 8600 won't) and they won't let me bring my G4 Powerbook (OSX 10.3.7) in to run on the company network. It's OS9, or convert to the "standard" Windows 2000. Not even Linux. I'm grandfathered in, so as long as I can put up with it I will. Remember, we're at one end of 156th Ave NE in Bellevue, and Micro$oft is just six miles up the road at the other end of 156th in Redmond. The illiterate of the 21st century will not be those who cannot read and write, but those who cannot learn, unlearn, and relearn. --Alvin Toffler Gordon Wolfe, Ph.D. (425)865-5940 VM Technical Services, The Boeing Company > -- > From: Adam Thornton > Reply To: Linux on 390 Port > Sent: Thursday, February 10, 2005 8:46 AM > To: LINUX-390@VM.MARIST.EDU > Subject: Re: Putty users > > On Feb 10, 2005, at 10:26 AM, Wolfe, Gordon W wrote: > > >> Just out of curiosity, how many people are managing their Linux > >> servers > > from a Windows workstation? How many from Linux workstations? How > > many > > from others? > > > > I'd be willing to bet I'm the only person on the list managing > > multiple virtual linuxes (linices? linuxen?) from a Macintosh OS9 > > workstation. Using a shareware program called MacSSH. Also > > TCPConnect4 for Telnet and nfs and Fetch for (s)ftp. Dave for the > > Samba client. > > > Just bite the bullet and go to OS X. It doesn't hurt much and it makes > talking to the Linux and Unix world ever so much easier. > > Unless your workstation is something like a beige G3 or smaller. In > which case, the Mac Mini might interest you. > > Adam > > -- > For LINUX-390 subscribe / signoff / archive access instructions, > send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit > http://www.marist.edu/htbin/wlvindex?LINUX-390 > > -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
Re: Putty users
I could do that, but I'd have to pay for it out of my own pocket. The company won't. Processor upgrade, memory upgrade, video card, USB/firewire card and bigger (SCSI) disk drive would probably run me over half a grand. Upgrading program products to run OSX would probably go more than the other half. Maybe I can just peel up the inventory tag on the 8600 and put it on my G4 powerbook. The illiterate of the 21st century will not be those who cannot read and write, but those who cannot learn, unlearn, and relearn. --Alvin Toffler Gordon Wolfe, Ph.D. (425)865-5940 VM Technical Services, The Boeing Company > -- > From: Adam Thornton > Reply To: Linux on 390 Port > Sent: Thursday, February 10, 2005 10:01 AM > To: LINUX-390@VM.MARIST.EDU > Subject: Re: Putty users > > On Feb 10, 2005, at 11:03 AM, Wolfe, Gordon W wrote: > > >> Just bite the bullet and go to OS X. It doesn't hurt much and it > >> makes > > talking to the Linux and Unix world ever so much easier. > > > > I'd really love to. The company won't buy me a new mac to run OSX (my > > 8600 won't) and they won't let me bring my G4 Powerbook (OSX 10.3.7) > > in to run on the company network. It's OS9, or convert to the > > "standard" Windows 2000. Not even Linux. I'm grandfathered in, so as > > long as I can put up with it I will. > > OK, good answer. Can your 8600 be field-upgraded to run it? Drop a G3 > daughtercard and an ATI PCI video card in it and maybe you'd be able > to. > > Adam > > -- > For LINUX-390 subscribe / signoff / archive access instructions, > send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit > http://www.marist.edu/htbin/wlvindex?LINUX-390 > > -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
Re: Why Zseries
>Yes, I thin the old Sequent Numa-Q's were. As Quick-Draw McGraw would say, "I'll do the thinnin' around here, Baba Looey!" Or am I showing my age? "The Church is near, but the road is icy. The tavern is far, but I will walk carefully." - old Hungarian Proverb Gordon W. Wolfe, Ph.D. Boeing VM Enterprise Servers 425-865-5940 -Original Message- From: Brandon Darbro [mailto:[EMAIL PROTECTED] Sent: Monday, February 14, 2005 11:24 AM To: LINUX-390@VM.MARIST.EDU Subject: Re: Why Zseries Yes, I thin the old Sequent Numa-Q's were. McKown, John wrote: >>-Original Message- >>From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On >>Behalf Of John Campbell >>Sent: Monday, February 14, 2005 10:26 AM >>To: LINUX-390@VM.MARIST.EDU >>Subject: Fw: [LINUX-390] Why Zseries >> >> >>Stupid question: >> >>Does *anybody* build a fault-tolerant Intel machine? *Has* anyone >>built such a beastie? >> > > > I cannot say of my own, personal, experience. But I was told that the > Unisys ES7000 Intel servers are capable of "tolerating" an CPU failure. > The CPU becomes unusable and the work running on that CPU must be > recovered and restarted (I.e. it "abends" because there is no ACR like > on z/OS). I was futher told that Windows Datacenter Edition will mark > the CPU as unusable and no longer try to run work on it. However, the > CPU is not hot-repairable, so you run degraded until you can take an > outage to replace it. I was told similar things about memory and I/O > buses. > > Again, I cannot guarantee the accuracy of these statements. > > > -- > John McKown > Senior Systems Programmer > UICI Insurance Center > Information Technology > > This message (including any attachments) contains confidential > information intended for a specific individual and purpose, and its' > content is protected by law. If you are not the intended recipient, you > should delete this message and are hereby notified that any disclosure, > copying, or distribution of this transmission, or taking any action > based on it, is strictly prohibited. > > -- > For LINUX-390 subscribe / signoff / archive access instructions, > send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit > http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- 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: Running Linux SUSE9 without a SWAP file
Or better yet, put your swap in z/VM Virtual-disk-in-storage. It becomes part of VM's paging storage, and will be created at logon time, but not used unless you actually need the swap space. There is a HOW-TO on how to do this at http://linuxvm.org/Info/HOWTOs/vdiskswp.html and look up the SWAPGEN EXEC on the Sine Nomine website. The illiterate of the 21st century will not be those who cannot read and write, but those who cannot learn, unlearn, and relearn. --Alvin Toffler Gordon Wolfe, Ph.D. (425)865-5940 VM Technical Services, The Boeing Company > -- > From: Tom Morris > Reply To: Linux on 390 Port > Sent: Wednesday, February 23, 2005 12:48 PM > To: LINUX-390@VM.MARIST.EDU > Subject: Running Linux SUSE9 without a SWAP file > > Our LINUX guys want to set up a SUSE 9 Linux guest with out a swap file. > They say we should just give it enough > memory so it does not swap! Every example I have see always has a swap > file. We have one set up up and it is running but > is is z/vm and Linux and we are new at this! > > Does anyone have any experience running with out a swap file or any > advice on this issue so I can pass it along? > > thanks > Tom > > -- > 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: Red Hat Enterprise Linux and NSS
Is RHEL4 out GA yet? So one elephant says to another, "You'll never believe what happened last night. I was trying on Groucho Marx's pajamas--and he shot me!" Gordon Wolfe, Ph.D. (425)865-5940 VM Technical Services, The Boeing Company > -- > From: Post, Mark K > Reply To: Linux on 390 Port > Sent: Thursday, March 10, 2005 1:27 PM > To: LINUX-390@VM.MARIST.EDU > Subject: Re: Red Hat Enterprise Linux and NSS > > I'm not sure about RHEL3, but RHEL4 should. > > > Mark Post > > -Original Message- > From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of Kent > Pirkle > Sent: Thursday, March 10, 2005 3:15 PM > To: LINUX-390@VM.MARIST.EDU > Subject: Red Hat Enterprise Linux and NSS > > > Does anyone know if RHEL v3 or v4 for zSeries supports this? > > http://www.vm.ibm.com/linux/linuxnss.html > > Thanks > > -- > 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: Thanks for your concern WAS: Red Hat Enterprise Linux and NSS
Betsie, et. al., I'm doing much better. At SHARE, I felt like something the cat did on the rug. (actually, I would have had to improve significantly to feel that good...) I won't go into all my symptoms to preserve the sensibilities of those on the list, but let's just say it was really ugly. I went to the emergency room in Anaheim and a committee of five residents overreacted to my symptoms and told me to IMMEDIATELY go home and consult my specialist, since my condition is a very rare one and none of them had ever treated it. With the help of Alaska Airlines, I was in the doctor's office in Seattle at noon the next day, and she immediately put me in the hospital. After a battery of tests, it was determined that I was NOT having a major emergency of my long-standing condition, just a li'l ol' kidney infection. Five days of rest at home and massive antibiotics and I'm back at work. A lot of people on this list and elsewhere have been so kind as to inquire about me. That's why I'm responding to the list instead of back to you personally. I want to thank you all for your concern. So one elephant says to another, "You'll never believe what happened last night. I was trying on Groucho Marx's pajamas--and he shot me!" Gordon Wolfe, Ph.D. (425)865-5940 VM Technical Services, The Boeing Company > -- > From: Betsie Spann > Reply To: Linux on 390 Port > Sent: Thursday, March 10, 2005 3:33 PM > To: LINUX-390@VM.MARIST.EDU > Subject: Re: Red Hat Enterprise Linux and NSS > > Gordon, > How are you feeling? Those of us at SHARE were concerned when you > left to go home. > Betsie > > Wolfe, Gordon W wrote: > > >Is RHEL4 out GA yet? > > > >So one elephant says to another, "You'll never believe what happened last > >night. I was trying on Groucho Marx's pajamas--and he shot me!" > >Gordon Wolfe, Ph.D. (425)865-5940 > >VM Technical Services, The Boeing Company > > > > > > > >>-- > >>From: Post, Mark K > >>Reply To: Linux on 390 Port > >>Sent: Thursday, March 10, 2005 1:27 PM > >>To: LINUX-390@VM.MARIST.EDU > >>Subject:Re: Red Hat Enterprise Linux and NSS > >> > >>I'm not sure about RHEL3, but RHEL4 should. > >> > >> > >>Mark Post > >> > >>-Original Message- > >>From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of Kent > >>Pirkle > >>Sent: Thursday, March 10, 2005 3:15 PM > >>To: LINUX-390@VM.MARIST.EDU > >>Subject: Red Hat Enterprise Linux and NSS > >> > >> > >>Does anyone know if RHEL v3 or v4 for zSeries supports this? > >> > >>http://www.vm.ibm.com/linux/linuxnss.html > >> > >>Thanks > >> > >>-- > >>For LINUX-390 subscribe / signoff / archive access instructions, send email > >>to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit > >>http://www.marist.edu/htbin/wlvindex?LINUX-390 > >> > >>-- > >>For LINUX-390 subscribe / signoff / archive access instructions, > >>send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit > >>http://www.marist.edu/htbin/wlvindex?LINUX-390 > >> > >> > >> > >> > > > >-- > >For LINUX-390 subscribe / signoff / archive access instructions, > >send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit > >http://www.marist.edu/htbin/wlvindex?LINUX-390 > > > > > > -- > For LINUX-390 subscribe / signoff / archive access instructions, > send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit > http://www.marist.edu/htbin/wlvindex?LINUX-390 > > -- 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
Is the diag dasd module in SLES9?
I'm in the process of installing the 64-bit version of SLES9. If I do a lsmod, I don't see the dasd_diag module to be able to use diag minidisks. doing a modprobe on dasd_diag_mod gives me a fatal error: not found. doing a find for dasd_diag* shows me the .c and .h files for it, but I can't find a .ko file to load. Is the diag module included with 64-bit sles9 and I'm just using the wrong name? Do I have to compile it myself? If so, does anyone have any instructions on doing so? Are there any problems with using the diag module on 64-bit SLES9? "A statesman is a dead politician. Lord knows we need more statesmen!" --Berkeley Breathed Gordon Wolfe, Ph.D. Boeing Shared Services Group Enterprise Servers VM Technical Services 425-865-5940 -- 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: CPINT Question
I have a different, but related question: in SLES8, if I have in my zipl.conf dasd=292-2AF, and I "hcp link linux5 292 298 mr" the link is performed (VMSECURE RULES allows the link), and if I immediately look in /proc/dasd/devices, I show the new 298 disk as active at /dev/dasdg. I can then mount dasdg and work with it. Now, in SLES9 with the same zipl.conf information, If I do the link "hcp link linux5 292 298 mr" the link is performed, but the 298 does not appear as active in /proc/dasd/devices. Anyone know what the difference is? Am I missing something? "A statesman is a dead politician. Lord knows we need more statesmen!" --Berkeley Breathed Gordon Wolfe, Ph.D. Boeing Shared Services Group Enterprise Servers VM Technical Services 425-865-5940 > -- > From: Marco Bosisio > Reply To: Linux on 390 Port > Sent: Thursday, March 17, 2005 11:42 PM > To: LINUX-390@VM.MARIST.EDU > Subject: Re: CPINT Question > > Dave, > maybe that the linux guest hasn't cp class B .. >Check zVM directory of guest at statement : USER guest_id psw > 128M 512MG > > > HELP CP ATTACH > .. > Authorization > > Privilege Class: B > . > > > Cordiali saluti / Best regards > > Marco > > > > > Dave Myers > <[EMAIL PROTECTED] > .com> To > Sent by: Linux on LINUX-390@VM.MARIST.EDU > 390 Port cc > <[EMAIL PROTECTED] > IST.EDU> Subject >CPINT Question > > 18-03-05 06.37 > > > Please respond to > Linux on 390 Port > > > > > > > I installed CPINT from the SuSE SLES8 CD. > > I am running at SLES8 + SP3 > > When I enter query commands like #hcp q dasd > those work > > When I enter an ATTACH command it does not work. > I just get the prompt back. > > Should HCP be capable of an ATTACH command like: > #hcp attach linuxguest > > Thanks, > Dave > > > -- > 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: cpint on 2.6 (rhel4/64-bit): Invalid module format
Neale, Are you catholic? Are you applying for sainthood? "A statesman is a dead politician. Lord knows we need more statesmen!" --Berkeley Breathed Gordon Wolfe, Ph.D. Boeing Shared Services Group Enterprise Servers VM Technical Services 425-865-5940 > -- > From: Ferguson, Neale > Reply To: Linux on 390 Port > Sent: Friday, March 18, 2005 11:08 AM > To: LINUX-390@VM.MARIST.EDU > Subject: Re: cpint on 2.6 (rhel4/64-bit): Invalid module format > > I'm in the process of building cpint-2.3.0 and making it GA (it fixes a > problem with 32-bit programs on a 64-bit system). The build process requires > that you use the kernel build method. The Makefile should now look like: > > cpint_mod-objs := cpint.o cmdmain.o idmain.o monmain.o actmain.o > > obj-m := cpint_mod.o > > prefix = > bindir = /usr/sbin > > COMMAND = hcp mongen monstat actgen diag0 > > tools: $(COMMAND) > > hcp : hcp.o > $(CC) -o $@ $^ > > mongen : mongen.o > $(CC) -o $@ $^ > > actgen : actgen.o > $(CC) -o $@ $^ > > monstat : monstat.o sysinfo.o > $(CC) -o $@ $^ > > diag0 : diag0.o > $(CC) -o $@ $^ > > hcp.o : hcp.c > $(CC) -o $@ $(INCLUDEDIR) -I. -O2 -c hcp.c > > mongen.o : mongen.c > $(CC) -o $@ $(INCLUDEDIR) -I. -O2 -c mongen.c > > monstat.o : monstat.c > $(CC) -o $@ $(INCLUDEDIR) -I. -O2 -c monstat.c > > sysinfo.o : sysinfo.c > $(CC) -o $@ $(INCLUDEDIR) -I. -O2 -c sysinfo.c > > actgen.o : actgen.c > $(CC) -o $@ $(INCLUDEDIR) -I. -O2 -c actgen.c > > diag0.o : diag0.c > $(CC) -o $@ $(INCLUDEDIR) -I. -O2 -c diag0.c > > install: $(TARGET) > install -c -m 750 cpint_load ${prefix}${bindir} > install -c -m 750 cpint_unload ${prefix}${bindir} > install -c -m 750 mongen ${prefix}${bindir} > install -c -m 750 monstat ${prefix}${bindir} > install -c -m 750 hcp ${prefix}${bindir} > > clean: > rm -rf *.o *~ core mongen monstat actgen hcp diag0 *.ko *.cmd > .tmp_versions > > The build process is: > > 1. For the device driver - > >make -C /lib/modules/`uname -r`/build M=`pwd` SUBDIRS=`pwd` modules > >You need to have the kernel source installed and at last a make *config > performed. >This will generate cpint_mod.ko which can be installed via: > >make -C /lib/modules/`uname -r`/build M=`pwd` SUBDIRS=`pwd` modules_install > >Issue - >depmod -a > >Then modprobe cpint_mod to load it. In SLES9 SUSE have decided that major > no 107 is >used for cpint so you could put an entry into /etc/modules.conf to get the > driver >loaded automatically (i.e. sans cpint_load). > > 2. For the utilities (hcp etc.) > >make tools > > The 2.3 package should be available shortly. In addition to the ioctl fix it > contains a > fix for the diag0 driver on 64-bit systems. > > Neale > > -Original Message- > Hi, > I am trying to build cpint-2.2.0 on a RHEL4/64-bit system, everything > builds ok, but when I try to load the module I get: > > /sbin/insmod cpint.ko > insmod: error inserting 'cpint.ko': -1 Invalid module format > > -- > 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: CPINT Question
Of course. It's an automatic reaction. Update zipl.conf, run zipl. "A statesman is a dead politician. Lord knows we need more statesmen!" --Berkeley Breathed Gordon Wolfe, Ph.D. Boeing Shared Services Group Enterprise Servers VM Technical Services 425-865-5940 > -- > From: Rich Smrcina > Reply To: Linux on 390 Port > Sent: Friday, March 18, 2005 11:31 AM > To: LINUX-390@VM.MARIST.EDU > Subject: Re: CPINT Question > > When the dasd= parameter was added, did you run zipl? > > Wolfe, Gordon W wrote: > > I have a different, but related question: > > > > in SLES8, if I have in my zipl.conf dasd=292-2AF, > > and I "hcp link linux5 292 298 mr" > > the link is performed (VMSECURE RULES allows the link), and if I > > immediately look in /proc/dasd/devices, I show the new 298 disk as active > > at /dev/dasdg. I can then mount dasdg and work with it. > > > > Now, in SLES9 with the same zipl.conf information, > > If I do the link "hcp link linux5 292 298 mr" > > the link is performed, but the 298 does not appear as active in > > /proc/dasd/devices. > > > > Anyone know what the difference is? Am I missing something? > > > > "A statesman is a dead politician. Lord knows we need more statesmen!" > > --Berkeley Breathed > > Gordon Wolfe, Ph.D. Boeing Shared Services Group > > Enterprise Servers VM Technical Services 425-865-5940 > > > > > >>-- > >>From: Marco Bosisio > >>Reply To: Linux on 390 Port > >>Sent: Thursday, March 17, 2005 11:42 PM > >>To: LINUX-390@VM.MARIST.EDU > >>Subject:Re: CPINT Question > >> > >>Dave, > >>maybe that the linux guest hasn't cp class B .. > >> Check zVM directory of guest at statement : USER guest_id psw > >>128M 512MG > >> > >> > >>HELP CP ATTACH > >>.. > >>Authorization > >> > >>Privilege Class: B > >>. > >> > >> > >>Cordiali saluti / Best regards > >> > >>Marco > >> > >> > >> > >> > >> Dave Myers > >> <[EMAIL PROTECTED] > >> .com> To > >> Sent by: Linux on LINUX-390@VM.MARIST.EDU > >> 390 Port cc > >> <[EMAIL PROTECTED] > >> IST.EDU> Subject > >> CPINT Question > >> > >> 18-03-05 06.37 > >> > >> > >> Please respond to > >> Linux on 390 Port > >> > >> > >> > >> > >> > >> > >>I installed CPINT from the SuSE SLES8 CD. > >> > >>I am running at SLES8 + SP3 > >> > >>When I enter query commands like #hcp q dasd > >>those work > >> > >>When I enter an ATTACH command it does not work. > >>I just get the prompt back. > >> > >>Should HCP be capable of an ATTACH command like: > >>#hcp attach linuxguest > >> > >>Thanks, > >>Dave > >> > >> > >>-- > >>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 > > > > -- > Rich Smrcina > VM Assist, Inc. > Main: (262)392-2026 > Cell: (414)491-6001 > Ans Service: (866)569-7378 > rich.smrcina at vmassist.com > > Catch the WAVV! http://www.wavv.org > WAVV 2005 - Colorado Springs - May 20-24, 2005> > > -- > 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: CPINT Question
If I do the link and then do "hcp q v dasd" it shows up. It does not show up in "cat /proc/dasd/devices". "A statesman is a dead politician. Lord knows we need more statesmen!" --Berkeley Breathed Gordon Wolfe, Ph.D. Boeing Shared Services Group Enterprise Servers VM Technical Services 425-865-5940 > -- > From: Rich Smrcina > Reply To: Linux on 390 Port > Sent: Friday, March 18, 2005 12:21 PM > To: LINUX-390@VM.MARIST.EDU > Subject: Re: CPINT Question > > Did you verify that the LINK is actually working either with hcp or > logging on to the machine directly? > > Wolfe, Gordon W wrote: > > Of course. > > > > It's an automatic reaction. Update zipl.conf, run zipl. > > > > "A statesman is a dead politician. Lord knows we need more statesmen!" > > --Berkeley Breathed > > Gordon Wolfe, Ph.D. Boeing Shared Services Group > > Enterprise Servers VM Technical Services 425-865-5940 > > > > > >>-- > >>From: Rich Smrcina > >>Reply To: Linux on 390 Port > >>Sent: Friday, March 18, 2005 11:31 AM > >>To: LINUX-390@VM.MARIST.EDU > >>Subject:Re: CPINT Question > >> > >>When the dasd= parameter was added, did you run zipl? > >> > >>Wolfe, Gordon W wrote: > >> > >>>I have a different, but related question: > >>> > >>>in SLES8, if I have in my zipl.conf dasd=292-2AF, > >>>and I "hcp link linux5 292 298 mr" > >>>the link is performed (VMSECURE RULES allows the link), and if I > >>>immediately look in /proc/dasd/devices, I show the new 298 disk as active > >>>at /dev/dasdg. I can then mount dasdg and work with it. > >>> > >>>Now, in SLES9 with the same zipl.conf information, > >>>If I do the link "hcp link linux5 292 298 mr" > >>>the link is performed, but the 298 does not appear as active in > >>>/proc/dasd/devices. > >>> > >>>Anyone know what the difference is? Am I missing something? > >>> > >>>"A statesman is a dead politician. Lord knows we need more statesmen!" > >>>--Berkeley Breathed > >>>Gordon Wolfe, Ph.D. Boeing Shared Services Group > >>>Enterprise Servers VM Technical Services 425-865-5940 > >>> > >>> > >>> > >>>>-- > >>>>From: Marco Bosisio > >>>>Reply To: Linux on 390 Port > >>>>Sent: Thursday, March 17, 2005 11:42 PM > >>>>To: LINUX-390@VM.MARIST.EDU > >>>>Subject: Re: CPINT Question > >>>> > >>>>Dave, > >>>> maybe that the linux guest hasn't cp class B .. > >>>> Check zVM directory of guest at statement : USER guest_id psw > >>>>128M 512MG > >>>> > >>>> > >>>>HELP CP ATTACH > >>>>.. > >>>>Authorization > >>>> > >>>>Privilege Class: B > >>>>. > >>>> > >>>> > >>>>Cordiali saluti / Best regards > >>>> > >>>> Marco > >>>> > >>>> > >>>> > >>>> > >>>>Dave Myers > >>>><[EMAIL PROTECTED] > >>>>.com> To > >>>>Sent by: Linux on LINUX-390@VM.MARIST.EDU > >>>>390 Port cc > >>>><[EMAIL PROTECTED] > >>>>IST.EDU> Subject > >>>> CPINT Question > >>>> > >>>>18-03-05 06.37 > >>>> > >>>> > >>>>Please respond to > >>>>Linux on 390 Port > >>>> > >>>> > >>>> > >>>> > >>>> > >>>> > >>>>I installed CPINT from the SuSE SLES8 CD. > >>>> > >>>>I am running at SLES8 + SP3 > >>>> > >>>>When I enter query commands like #hcp q dasd > >>>>those work > >>>> > &g
Re: CPINT Question
chccwdev -e 0.0.0298 Setting device 0.0.0298 online Done lnx5:~ # cat /proc/dasd/devices 0.0.0292(ECKD) at ( 94: 0) is dasda : active at blocksize: 4096, 90144 0 blocks, 3521 MB 0.0.0293(FBA ) at ( 94: 4) is dasdb : active at blocksize: 512, 50 blocks, 244 MB 0.0.0295(ECKD) at ( 94:12) is dasdd : active at blocksize: 4096, 60084 0 blocks, 2347 MB 0.0.0298(ECKD) at ( 94:24) is dasdg : basic That seems to work. Why do I have to do this in SLES9 when I didn't have to in SLES8? "A statesman is a dead politician. Lord knows we need more statesmen!" --Berkeley Breathed Gordon Wolfe, Ph.D. Boeing Shared Services Group Enterprise Servers VM Technical Services 425-865-5940 > -- > From: Ferguson, Neale > Reply To: Linux on 390 Port > Sent: Friday, March 18, 2005 12:24 PM > To: LINUX-390@VM.MARIST.EDU > Subject: Re: CPINT Question > > What happens with: chccwdev -e 0.0.0298 > > -- > 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: CPINT Question
Nope. never had to do an echo "add dasd=298" >/proc/dasd/devices". Just did the link and it worked. "A statesman is a dead politician. Lord knows we need more statesmen!" --Berkeley Breathed Gordon Wolfe, Ph.D. Boeing Shared Services Group Enterprise Servers VM Technical Services 425-865-5940 > -- > From: Ferguson, Neale > Reply To: Linux on 390 Port > Sent: Friday, March 18, 2005 12:57 PM > To: LINUX-390@VM.MARIST.EDU > Subject: Re: CPINT Question > > Didn't you used to have echo "add dasd=298" >/proc/dasd/devices in SLES8? > > With udev and hotplug a script could probably automate this for you. > > -Original Message- > chccwdev -e 0.0.0298 > Setting device 0.0.0298 online > Done > lnx5:~ # cat /proc/dasd/devices > 0.0.0292(ECKD) at ( 94: 0) is dasda : active at blocksize: 4096, > 90144 > 0 blocks, 3521 MB > 0.0.0293(FBA ) at ( 94: 4) is dasdb : active at blocksize: 512, > 50 > blocks, 244 MB > 0.0.0295(ECKD) at ( 94:12) is dasdd : active at blocksize: 4096, > 60084 > 0 blocks, 2347 MB > 0.0.0298(ECKD) at ( 94:24) is dasdg : basic > > That seems to work. Why do I have to do this in SLES9 when I didn't have to > in SLES8? > > -- > 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: CPINT Question
They did in SLES8, they don't in SLES9. "A statesman is a dead politician. Lord knows we need more statesmen!" --Berkeley Breathed Gordon Wolfe, Ph.D. Boeing Shared Services Group Enterprise Servers VM Technical Services 425-865-5940 > -- > From: Rich Smrcina > Reply To: Linux on 390 Port > Sent: Friday, March 18, 2005 1:07 PM > To: LINUX-390@VM.MARIST.EDU > Subject: Re: CPINT Question > > If the devices were in the dasd parameter, they would come 'on line' as > soon as they were linked. > > Ferguson, Neale wrote: > > Didn't you used to have echo "add dasd=298" >/proc/dasd/devices in SLES8? > > > > With udev and hotplug a script could probably automate this for you. > > > > -Original Message- > > chccwdev -e 0.0.0298 > > Setting device 0.0.0298 online > > Done > > lnx5:~ # cat /proc/dasd/devices > > 0.0.0292(ECKD) at ( 94: 0) is dasda : active at blocksize: 4096, > > 90144 > > 0 blocks, 3521 MB > > 0.0.0293(FBA ) at ( 94: 4) is dasdb : active at blocksize: 512, > > 50 > > blocks, 244 MB > > 0.0.0295(ECKD) at ( 94:12) is dasdd : active at blocksize: 4096, > > 60084 > > 0 blocks, 2347 MB > > 0.0.0298(ECKD) at ( 94:24) is dasdg : basic > > > > That seems to work. Why do I have to do this in SLES9 when I didn't have > > to in SLES8? > > > > -- > > For LINUX-390 subscribe / signoff / archive access instructions, > > send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit > > http://www.marist.edu/htbin/wlvindex?LINUX-390 > > > > -- > Rich Smrcina > VM Assist, Inc. > Main: (262)392-2026 > Cell: (414)491-6001 > Ans Service: (866)569-7378 > rich.smrcina at vmassist.com > > Catch the WAVV! http://www.wavv.org > WAVV 2005 - Colorado Springs - May 20-24, 2005 > > -- > 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
SLES9 nmb going nuts!
I am in the process of getting SLES9 up and running. Samba is installed and working. However, every few seconds nmbd comes up and does something. I get the following on the system console: Mar 22 09:36:14 lnx5 nmbd 2500 : 2005/03/22 09:36:14, 0 nmbd/nmbd_packets .c:process_nmb_request(1480) Mar 22 09:36:14 lnx5 nmbd 2500 : process_nmb_request: Multihomed registra request must be directed at a WINS server. It will do this about 5 times and then stop, and do it again 5 seconds later. It's using about 40% of the cpu and you can't even log in when it starts doing this. If I'm already logged in, I can see nmbd come up in top. Can anyone tell me what this means? "A statesman is a dead politician. Lord knows we need more statesmen!" --Berkeley Breathed Gordon Wolfe, Ph.D. Boeing Shared Services Group Enterprise Servers VM Technical Services 425-865-5940 -- 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
More CPU in SLES9
Hi, List: I'm seeing what appears to be an unusual situation. SLES9 (64-bit) appears to use about 3 times as much CPU time when idle as SLES8 (31-bit) and I can't see why. If this is systemic, it's going to make mainframe linux a harder sell. With SLES8 we're selling mainframe linux (partly) on the basis of the fact that it costs about a third of what a Windows server costs. That advantage is wiped out in SLES9x. We're going to 64-bit because we have some Oracle servers that need to get really big. We'd rather not maintain two systems, 31-bit and 64-bit. That drives our costs up, too. cat /proc/sys/kernel/hz_timer shows 0 top shows 48 processes in use, only 1 active (top itself). snmpd pops up every so often, but it does in SLES8 as well. All other processes show 0 cpu. Nothing unusual there. I noted the paging rate of the SLES9 server was a bit high. top showed swap (to v-disk) in use, so I bumped the virtual memory to 128M from 80M so it doesn't have anything in swap at all. Didn't help. SLES8 generally runs 64M. I turned off snmpd and the firewall. Didn't help. Is it just that SLES9 64-bit uses more cpu than SLES8 31-bit? 3 times as much? Or am I missing something? . "A statesman is a dead politician. Lord knows we need more statesmen!" --Berkeley Breathed Gordon Wolfe, Ph.D. Boeing Shared Services Group Enterprise Servers VM Technical Services 425-865-5940 -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
Re: More CPU in SLES9
0 is what I used in SLES8. "A statesman is a dead politician. Lord knows we need more statesmen!" --Berkeley Breathed Gordon Wolfe, Ph.D. Boeing Shared Services Group Enterprise Servers VM Technical Services 425-865-5940 > -- > From: John Schnitzler Jr > Reply To: Linux on 390 Port > Sent: Wednesday, March 23, 2005 12:56 PM > To: LINUX-390@VM.MARIST.EDU > Subject: Re: More CPU in SLES9 > > Shouldn't the value for the timer pops be 1 for off ? If I remember right > it was kind of backwards. > 0= on, 1=off > > Regards, > John > > > -- > 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: Pros and cons - emulated FBA or FCP-attached SCSI???
The sky is always blue? You don't live here in Seattle. You have to have instrument ratings with your driver's license "A statesman is a dead politician. Lord knows we need more statesmen!" --Berkeley Breathed Gordon Wolfe, Ph.D. Boeing Shared Services Group Enterprise Servers VM Technical Services 425-865-5940 > -- > From: Tom Duerbusch > Reply To: Linux on 390 Port > Sent: Monday, March 28, 2005 3:12 PM > To: LINUX-390@VM.MARIST.EDU > Subject: Re: Pros and cons - emulated FBA or FCP-attached SCSI??? > > The sky is always blue? Now you are dreaming... > > Tom > > >>> [EMAIL PROTECTED] 03/28/05 5:03 PM >>> > The sky is always blue. > > -- > 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: zLinux 31 to 64 bit
>So, my assumption, based on real hardware on other platforms, that if you install Sles9 on a 64 bit VM user, it installs Sles9 as 64 bit. If you have a 31 bit user, it installs as 31 bit. But I haven't seen any documentation on how a decision is made during Sles9 installation. Actually, If you buy SLES9, you have to specify if you want 31-bit or 64-bit. If you buy the 64-bit, you get the 31-bit version at no cost. The product comes on a set of CD's. Six CD's for 31-bit and 6 CD's for 64-bit. Pick the set of CD's you want to use. Same, I think, for the download. "A statesman is a dead politician. Lord knows we need more statesmen!" --Berkeley Breathed Gordon Wolfe, Ph.D. Boeing Shared Services Group Enterprise Servers VM Technical Services 425-865-5940 > -- > From: Tom Duerbusch > Reply To: Linux on 390 Port > Sent: Wednesday, March 30, 2005 10:54 AM > To: LINUX-390@VM.MARIST.EDU > Subject: Re: zLinux 31 to 64 bit > > Well, if you don't speak, you can end up staying ignorant. That is why > I speak a lot. > > In the Sles9 31 vs 64 bit question. > > I have yet to find anything during installation that asks whether I'm > 31 bit for 64 bit. In fact, I've not found any documentation that > discusses this fact. > > So, my assumption, based on real hardware on other platforms, that if > you install Sles9 on a 64 bit VM user, it installs Sles9 as 64 bit. If > you have a 31 bit user, it installs as 31 bit. But I haven't seen any > documentation on how a decision is made during Sles9 installation. > > So, immediately, is would seem that I have to define and maintain two > different Sles9 images for cloning purposes, and then keep, who is what > straight. > > The Oracle 10g database servers have to be 64 bit, but I don't know > what other servers we have that could use either 64 bit for the software > that only runs on 64 bit. > > But from some other comments I've received, it seems I do have to keep > the two flavors of Sles9. Some application only run in 64 bit. Some > applications only run in 31 bit. Most run in either/or. > > I was just wondering, in general, 31 bit vs 64 bit performance and > resource utilization as well as what doesn't work well on one flavor vs > another. > > In any case, currently we have VCTCA and IUCV connections for Linux > running on z/VM 4.2. With z/VM 5.1 and z/890 (with OSA) our > communications will be revamped to v/Switch and virtual LAN per prior > discussions. > > Tom Duerbusch > THD Consulting > > >>> [EMAIL PROTECTED] 03/30/05 11:52 AM >>> > Showing my ignorance, but the logic I use is that 31bit apps can run > in > either a 31 bit OS or a 64 bit OS. Unless the application is doing > something specific and detecting that it has reached the 31 bit line, > do you > really have to worry? > > -- > 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
Using IFL processor
We just recently upgraded to a G5 processor and got an IFL engine with the other processors. Just last night I did an I/O gen with an IOCDS that created a separate LPAR that will run z/VM 4.2 and will eventually have all of our Linux servers as guests on this one z/VM LPAR. We have just obtained z/VM 4.2 (currently running on z/VM 3.1.0 on our other LPARs) and so we can't test this new LPAR yet since we don't have a VM that will IPL on it yet. We have five other LPARs that share three 390 processors, but we want the Linux LPAR to use just the IFL processor. Since I've never done this before with an IFL processor, my question is, how do I tell the LPAR controls to use the IFL engine for this LPAR? When creating the LPAR image profile on the HMC console, under the "General" tab, I went into the "Mode" window and I see four choices there: ESA/390 ESA/390 TPF Coupling Facility Linux Only Do I choose the IFL engine by selecting 'Linux Only"? I don't see any other choice anywhere in the image profile that would indicate an IFL processor. Is there something else I have to do? Should I dedicate this processor to the LPAR? The only manual we have for the HMC is for our old G4 processor. I'd appreciate any help from someone who's done this before, or perhaps someone from IBM who's in the know. "Christmas is a funny season. What other time of the year do you sit in front of a dead tree and eat candy out of your socks?" Gordon Wolfe, Ph.D. (425)865-5940 VM Technical Services, The Boeing Company
Re: SAMBA help
We do this all the time. You just need three lines in your /etc/smb.conf file: security = server password server =encrypt passwords = yes "Christmas is a funny season. What other time of the year do you sit in front of a dead tree and eat candy out of your socks?" Gordon Wolfe, Ph.D. (425)865-5940 VM Technical Services, The Boeing Company > -- > From: John Summerfield > Reply To: Linux on 390 Port > Sent: Thursday, December 20, 2001 7:08 AM > To: [EMAIL PROTECTED] > Subject: Re: SAMBA help > > > is there a way to authenticate SAMBA users against a NT PDC without > > creating an entry in /etc/passwd > > The other day when I was reading the Samba docs they say you can. > > > # Security mode. Most people will want user level security. See > # security_level.txt for details. >security = user > > and in /usr/share/doc/samba-2.2.1a/docs/textdocs/security_level.txt > Note: Samba-2.0.0 now adds the "domain" security mode. Please refer to > the smb.conf man page for usage information and to the document > docs/textdocs/DOMAIN_MEMBER.txt for further background details. > > Of the above, "security = server" means that Samba reports to clients > that > it is running in "user mode" but actually passes off all authentication > requests to another "user mode" server. This requires an additional > parameter "password server =" that points to the real authentication > server. > That real authentication server can be another Samba server or can be a > Windows NT server, the later natively capable of encrypted password > support. > > > So, read the docus;-) Try www.samba.org if you don't have them locally. > > > -- > Cheers > John Summerfield > > Microsoft's most solid OS: http://www.geocities.com/rcwoolley/ > > Note: mail delivered to me is deemed to be intended for me, for my > disposition. > >
Re: SUSE install
No, it cannot. The virtual console is 3270-like and YAST wants something like a VT100. "Problems worthy of attack prove their worth by hitting back." -Piet Hein, Journal of Irreproducible Results March, 1971 Gordon W. Wolfe, Ph.D VM Technical SErvices, The Boeing Company, (425)865-5940 > -- > From: Karl Tucker > Reply To: Linux on 390 Port > Sent: Tuesday, January 15, 2002 12:22 PM > To: [EMAIL PROTECTED] > Subject: SUSE install > > Can YAST be used to install on the virtual console (i.e. not teleneting)? > >
Installing Websphere Commerce Suite and DB2 on Linux
We've just obtained an evaluation copy of Websphere Commerce Suite and DB2 for Linux/390. We are currently using SuSE 7.0 with the 2.2.16 kernel until our order for SuSE 7.2 arrives. The install manual is a bit vague about how much disk space is needed, just saying it needs 1 volume for Linux and 1 volume for the product, but it doesn't say how it's distributed among the various subdirectories. It also looks like it requires write access to /usr (ours is r/o shared commonly) so I'll have to create a separate /usr volume for this virtual server. >From anyone who has installed this and has it running:How much disk space do I really need for /home? /opt? any other subdirectory under root used heavily by these products? And what's the minimum virtual storage I can get away with? The manual specifies 1GB, and that's as big as our whole VM LPAR. We'd end up stealing like crazy. "Problems worthy of attack prove their worth by hitting back." -Piet Hein, Journal of Irreproducible Results March, 1971 Gordon W. Wolfe, Ph.D VM Technical SErvices, The Boeing Company, (425)865-5940
Re: swap file alloc
You can also use V-disk for swap. This doesn't use any allocated disk, but puts your swap into virtual storage, which means into XSTORE and paging DASD. It requires a little setup, but is much faster than Linux DASD swapping. The following example assumes you boot from the 292 disk (dasdb) and use the 293 disk (dasda) for swap. Your /boot/parmfile should reflect this. In the VM Directory for the Linux server, add MDISK 293 FB-512 V-DISK 25 MR LINUXSWAP DASDA Then in the Linux Server's PROFILE EXEC, you will have to add queue '1' queue 'LXSWAP' 'FORMAT 293 E ( BLK 4096' if rc <> 0 then exit rc queue '1' 'RESERVE LINUX SWAP E6' if rc <> 0 then exit rc 'CP IPL 292 CLEAR' Then you have to modify the /sbin/init.d/boot file as follows: (about line 150 in SuSE 2.2.16) #cho "Activating swap-devices in /etc/fstab..."#wapon -a &> /dev/nullecho "Formatting T-DISK swap partition"dasdfmt -b 4096 -y -f /dev/dasdaecho "Creating swap file signature"mkswap /dev/dasda1echo "Activating swap partition"swapon /dev/dasda1 Then when you IPL CMS for the Linux server, it will create a CMS RESERVED V-disk for Linux, and then boot the 292 disk. During the Linux boot, Linux will format the 293 for Linux and create a swap partition on it and use it. "Problems worthy of attack prove their worth by hitting back." -Piet Hein, Journal of Irreproducible Results March, 1971 Gordon W. Wolfe, Ph.D VM Technical SErvices, The Boeing Company, (425)865-5940 > -- > From: Post, Mark K > Reply To: Linux on 390 Port > Sent: Thursday, January 17, 2002 8:04 AM > To: [EMAIL PROTECTED] > Subject: Re: swap file alloc > > Jammie, > > You can create a swap file on one of those volumes. You won't need to > allocate the entire volume. 48MB of storage is pretty tight. I don't > know > about the new SuSE install, but I ran into problems installing various > versions of the Red Hat beta without enough RAM, even though I allocated a > large swap partition. Hopefully that won't be an issue for you. Section > 16.6.6 of the RedBook you cite talks about how to set up a swap file. > > Mark Post > > -Original Message- > From: Hall, Jammie [mailto:[EMAIL PROTECTED]] > Sent: Thursday, January 17, 2002 10:40 AM > To: [EMAIL PROTECTED] > Subject: swap file alloc > > > I am running the LPAR and I only have two DASD allocated for this test > install 0187 & 0188. I read in an article that you could run without a > swap file. Is this true? I have 48MB Memory allocated. I figure I'll run > into problems. Can I allocate a partial drive to swap? I do not want to > be forced to have a full 2GB allocated to swap. That is extreme I think. > I'm install SuSE 7.3 and reading the SuSE install guide and SG24-6264-00 > they make me believe I have to allocate the full 2GB. > > By the way, dasdfmt still going strong. > > Thanks, j-me > >
Mounting multiple .iso images for YAST
I'd like to set up one of my Linux images as a server for the .iso images for SuSE package install. That way I can turn over package installation to the owners of the various Linux sevrers. I've got the three .iso images in a /home directory on one linux server. I know how to mount an .iso file using loopback to a mount point. The question is, how do I organize the mount points so that YAST on another machine can ftp to it and get the first CD, and then when YAST needs the second CD, go to that one automatically? I've looked all over the list archives to find this. Is it just /cdrom/SuSE/CD1 /cdrom/SuSE/CD2 /cdrom/SuSE/CD3? "Problems worthy of attack prove their worth by hitting back." -Piet Hein, Journal of Irreproducible Results March, 1971 Gordon W. Wolfe, Ph.D VM Technical SErvices, The Boeing Company, (425)865-5940
Re: Current Linux/390 Distributions Aren't Cheap
The Linux pricing issue works both ways, though. A recent post said that there were about 700 Linux/390 installations world-wide (300 production and 400 in test). If SuSE sells one copy at $100 to each installation, that's only $70,000 to cover research, creation of the kernel, packaging of all the program products that go with it, testing and quality assurance to make sure it all works together, development of YAST and other products, packaging on CD, manuals, crating, storage and shipping. These days $70,000 won't even pay for one employee with benefits, and you're not going to do all that with one employee and still get out a new release every year in 20 diferent languages. Remember, this is a complete operating system and all associated program products. How much are you paying for VM and all its software, including maintenance? At $11,500 an engine, SuSE Linux can be considered a bargain in comparison! We're all just spoiled because we've been able to get it free from Marist or SuSE for two years. When was the last time the Marist distribution was updated? How many program products come with it? You can still get Red Hat for free, but it's a partial distribution with few or no program products. And Red Hat has stated that if it can't make money it will get back out of the business. We don't have the manpower here at Boeing to compile our own kernels, research and install/compile program products and try to figure them out without any manuals. We need a prepackaged solution. (There's only 8 of us to handle all of VM/CMS and Linux/390 and all program products, performance and tech support for 6 LPARS and 45,000 users. Five years ago we had 19 people doing this, half the load and no Linux.) Other distributions are incomplete. TurboLinux, you have to compile your own kernel and obtain and install your own program products. Same with most of the other distributions like Cayman and Debian. Red Hat has the whole OCO problem with OSA, no support for LVM, and the Beta Oracle will only run on SuSE at this time. (We do a LOT of Oracle on VM and Oracle isn't enhancing the product for VM/CMS.) If SuSE can't make money on the product, there is no reason for them to stay in the business at all. If you've been following the financial news, you may have noticed that SuSE, GMBH has been having some problems (like the rest of the world), alleviated only by a large infusion of cash from IBM. I agree that the current situation is inconvenient, but SuSE has to have SOME way of supporting their investment in time in the product. How would you all suggest they make money on the deal, or should they just do it out of the goodness of their heart? I haven't heard anyone actually suggest a new business model for SuSE based on cheap prices, just whining about the new price. I predict that other commercial distributions will follow in SuSE's footsteps and raise prices on S/390 distributions to the same general level. Either that or go out of business. The non-commercial distributions will continue to plod along, having you do most of the work and putting out new releases whenever they can get around to it. Take your choice: an "overpriced" product, a product where you do all of the work (and whose vendor may not be around a year from now), or no product at all. "Problems worthy of attack prove their worth by hitting back." -Piet Hein, Journal of Irreproducible Results March, 1971 Gordon W. Wolfe, Ph.D VM Technical SErvices, The Boeing Company, (425)865-5940 > -- > From: Coffin Michael C > Reply To: Linux on 390 Port > Sent: Tuesday, January 22, 2002 7:50 AM > To: [EMAIL PROTECTED] > Subject: Re: Current Linux/390 Distributions Aren't Cheap > > Hi Mike (Ross)... again, > > I guess I should have read all 300 of my unread Linux/390 posts before > sending this. You absolutely answered my question - it's always been my > understanding that under the GPL for Linux the vendor can charge a fee for > distribution related stuff. You've already covered this in great detail. > > So, given that it is permissable to copy and distribute the media which > (someone) has already paid for, does anybody have a set of SuSE 7.2 or > RedHat 7.2 (GA, I'm currently looking at RC2)CD's which I can FTP or get a > copy of? > > Let me add one other thought. Does the predatory pricing of the most > recent > Linux for S/390 distributions remind anyone but me of the story The Goose > That Laid The Golden Egg? Linux for S/390 is a good thing all around, it > will sell hardware, it will sell service contracts to those who WANT THEM, > it will propogate Linux to the fastest and most reliable hardware yet > known. > But FORCING service contracts upon (potential) customers who are still now > evaluating whether or not Linux/390 fits into their organization will just > simply KILL such initiatives. Furthermore, a Linux distribution is a > Linux > distribution is a Linux distribution - so why does it
Re: Current Linux/390 Distributions Aren't Cheap
>without giving us a free or >inexpensive >way to demo and sell our management on SuSE S/390 Linux. >Without that...a lot of us can not convince our management to take a >serious >look at S/390 Linux. Seems to me, then, the solution is simple. 1. Download one of the "free distributions" (like I did - Marist orginally, then SuSE because that's all there was until recently. I probably would have stayed on Marist if they hadn't been stuck on the 2.2.14 kernel.), 2. Spend two years getting it to work as a production system with no manuals and no help other than this list and a few presentations at SHARE (like I did), 3. Finally convince management with this proof-of-concept (like I did - or at least am still doing) and then 4. Evaluate all the full systems to find the best for your needs and buy this full-featured system with full support (like I did). It may not be the same system you evaluated. We seriously considered Red Hat until we found that there was no guarantee Oracle would work with it. p.s. Many, many, many thanks to the list members who've put up with all my questions and offered help over the last two years. "Problems worthy of attack prove their worth by hitting back." -Piet Hein, Journal of Irreproducible Results March, 1971 Gordon W. Wolfe, Ph.D VM Technical SErvices, The Boeing Company, (425)865-5940 > -- > From: Dave Myers > Reply To: Linux on 390 Port > Sent: Tuesday, January 22, 2002 9:04 AM > To: [EMAIL PROTECTED] > Subject: Re: Current Linux/390 Distributions Aren't Cheap > > In a message dated 1/22/2002 9:59:24 AM Mountain Standard Time, > [EMAIL PROTECTED] writes: > > > > I haven't heard anyone actually suggest a new > > business model for SuSE based on cheap prices, just whining about the > new > > price. > > Most of us are not whining about the support costs...just the fact that > they're forcing that cost on us up frontwithout giving us a free or > inexpensive > way to demo and sell our management on SuSE S/390 Linux. > Without that...a lot of us can not convince our management to take a > serious > look at S/390 Linux. > > Regards > Dave > >
Re: Current Linux/390 Distributions Aren't Cheap
>Huh? Based on what we did with SuSE 7.0, I think we could >demo a POC to management in 1 month or less. >Guess it depends on what you want to demo Also depends on your expertise level (none when we started. Didn't even know simple shell commands.) and the demands of your users and management. We had to PROVE that there would be cases where this is a better solution than NT. VI? What's that? (tried running VI on a 3270 yet? We did. Once.) How the &*%$# do you set up TCPIP on VM for Linux? Isn't Samba a dance? Apaches are just some nice folks on the reservation. You've got to have a GUI interface? - Oh boy... You have a file bigger than a full-pack 3390? What do I do with that? What do you mean you want a plan for backups and methods for maintenance and distribution among hundreds of servers before you'll even look at it? Estimate of costs vs. NT or HP-UX? How do I get that? "Problems worthy of attack prove their worth by hitting back." -Piet Hein, Journal of Irreproducible Results March, 1971 Gordon W. Wolfe, Ph.D VM Technical SErvices, The Boeing Company, (425)865-5940 > -- > From: Dave Myers > Reply To: Linux on 390 Port > Sent: Tuesday, January 22, 2002 10:01 AM > To: [EMAIL PROTECTED] > Subject: Re: Current Linux/390 Distributions Aren't Cheap > > In a message dated 1/22/2002 10:47:37 AM Mountain Standard Time, > [EMAIL PROTECTED] writes: > > > > 2. Spend two years getting it to work as a production system with no > > manuals and no help other than this list and a few presentations at > SHARE > > (like I did), > > > > Huh? Based on what we did with SuSE 7.0, I think we could > demo a POC to management in 1 month or less. > Guess it depends on what you want to demo > Dave > >
Re: Current Linux/390 Distributions Aren't Cheap
>390 expertise is rare and expensive. PC weenies are dime a case (even if >you don't return the empties... That's really good! Can I use it? "Problems worthy of attack prove their worth by hitting back." -Piet Hein, Journal of Irreproducible Results March, 1971 Gordon W. Wolfe, Ph.D VM Technical SErvices, The Boeing Company, (425)865-5940 > -- > From: David Boyes > Reply To: Linux on 390 Port > Sent: Tuesday, January 22, 2002 9:34 AM > To: [EMAIL PROTECTED] > Subject: Re: Current Linux/390 Distributions Aren't Cheap > > > Furthermore, a Linux distribution is a Linux > >distribution is a Linux distribution - so why does it seem reasonable > that > I > >can pick up a SuSE for Intel CD for $10 and all I get is what I wanted, > the > >distribution on CD - but for S/390 I'm required to pay $14,990 more for > >service I neither asked for nor desire (at this time)?!? > > In a word, volume. There are a lot more Intel PCs than S390s, and the 390 > expertise is rare and expensive. PC weenies are dime a case (even if you > don't return the empties...8-)). I'm not upset about a higher price for > 390 > CDs -- I don't have a problem with $500-700 for a media-only kit. I just > want the option of not buying support if I don't want it. > > > -- db > >
Re: IBM announces LINUX-only 1 to 4 engine zSeries
>run Linux under z/VM V4. The comments in the > announcement about not needing traditional skills... > Reminds me of 1987 when IBM announced the 9370 and VM/IS. Ads were something like "Your Secretary can install it and run it". True. But if you EVER needed to change it, say to add more DASD or to grant a privilege to a user, THEN you needed a systems programmer! That's how I got this job. "Problems worthy of attack prove their worth by hitting back." -Piet Hein, Journal of Irreproducible Results March, 1971 Gordon W. Wolfe, Ph.D VM Technical SErvices, The Boeing Company, (425)865-5940 > -- > From: Jim Elliott > Reply To: Linux on 390 Port > Sent: Monday, January 28, 2002 12:43 PM > To: [EMAIL PROTECTED] > Subject: Re: IBM announces LINUX-only 1 to 4 engine zSeries > > To clarify some mis-conceptions on the list, you get the full z/VM V4 > product with the zSeries Linux Offering. As Ross stated, these machines > only have IFLs and only run in LPAR mode. You can run Linux directly in > the LPARs or you can run Linux under z/VM V4. The comments in the > announcement about not needing traditional skills relate to your being > able to use the "default install" option of z/VM and then using the z/VM > System Administration Facilty. This is NOT another VIF. > > It is my personal expectation that while customers without VM skills > will start this way, they will quickly want to develop VM skills so they > can take advantage of the full function provided by z/VM V4! > > Regards, Jim Elliott - Linux Advocate, IBM Canada Ltd. > >
Re: IBM announces LINUX-only 1 to 4 engine zSeries
Me too. I spent a good part of my career in VM migrating users and applications off of many VM/IS 9370's onto our big VM/HPO-VMXA-VMESA mainframe. Five or six of them, as I recall. We actually had to do a fast migrate of one in October of 1999 when the user was finally convinced that none of the hardware, operating system, program products or applications were Y2K compliant and they would just STOP in three months. They went from VM/IS (nee VM/SP 5) to VM/ESA 2.3.0. I think that's a jump of something like 9 or 11 releases. "Problems worthy of attack prove their worth by hitting back." -Piet Hein, Journal of Irreproducible Results March, 1971 Gordon W. Wolfe, Ph.D VM Technical SErvices, The Boeing Company, (425)865-5940 > -- > From: Coffin Michael C > Reply To: Linux on 390 Port > Sent: Monday, January 28, 2002 1:50 PM > To: [EMAIL PROTECTED] > Subject: Re: IBM announces LINUX-only 1 to 4 engine zSeries > > Hey - I loved VM/IS - I can think of at least 3 or 4 contracts right off > the > top of my head that involved me coming in, ripping out IS and putting in > SP > or HPO! :) > > Michael Coffin, VM Systems Programmer > Internal Revenue Service - Room 6030 > Constitution Avenue, N.W. > Washington, D.C. 20224 > > Voice: (202) 927-4188 FAX: (202) 622-6726 > [EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]> > > > > -Original Message- > From: Wolfe, Gordon W [mailto:[EMAIL PROTECTED]] > Sent: Monday, January 28, 2002 4:40 PM > To: [EMAIL PROTECTED] > Subject: Re: IBM announces LINUX-only 1 to 4 engine zSeries > > > >run Linux under z/VM V4. The comments in the > > announcement about not needing traditional skills... > > > Reminds me of 1987 when IBM announced the 9370 and VM/IS. Ads were > something like "Your Secretary can install it and run it". True. But if > you EVER needed to change it, say to add more DASD or to grant a privilege > to a user, THEN you needed a systems programmer! That's how I got this > job. > > "Problems worthy of attack prove their worth by hitting back." > -Piet Hein, Journal of Irreproducible Results March, 1971 > Gordon W. Wolfe, Ph.D > VM Technical SErvices, The Boeing Company, (425)865-5940 > > > -- > > From: Jim Elliott > > Reply To: Linux on 390 Port > > Sent: Monday, January 28, 2002 12:43 PM > > To: [EMAIL PROTECTED] > > Subject: Re: IBM announces LINUX-only 1 to 4 engine zSeries > > > > To clarify some mis-conceptions on the list, you get the full z/VM V4 > > product with the zSeries Linux Offering. As Ross stated, these machines > > only have IFLs and only run in LPAR mode. You can run Linux directly in > > the LPARs or you can run Linux under z/VM V4. The comments in the > > announcement about not needing traditional skills relate to your being > > able to use the "default install" option of z/VM and then using the z/VM > > System Administration Facilty. This is NOT another VIF. > > > > It is my personal expectation that while customers without VM skills > > will start this way, they will quickly want to develop VM skills so they > > can take advantage of the full function provided by z/VM V4! > > > > Regards, Jim Elliott - Linux Advocate, IBM Canada Ltd. > > > > > >
Re: IBM announces LINUX-only 1 to 4 engine zSeries
Hey! that was my very first job using VM! VM/SP 2 on a 4331 with 3370 FBA devices emulating 3310's for the SSX/VSE guest! 0.3 Mips whether you needed it or not. "Problems worthy of attack prove their worth by hitting back." -Piet Hein, Journal of Irreproducible Results March, 1971 Gordon W. Wolfe, Ph.D VM Technical SErvices, The Boeing Company, (425)865-5940 > -- > From: David Goodenough > Reply To: Linux on 390 Port > Sent: Monday, January 28, 2002 7:31 PM > To: [EMAIL PROTECTED] > Subject: Re: IBM announces LINUX-only 1 to 4 engine zSeries > > Worse than VM/IS and the 9370, a little before that there was the 4331 > with > SSX, a packaged version of DOS/VSE. That also made similar claims about a > secretary being able to install it, and so we put it to the test. Having > read the manual we knew that it would format any drives it found, so we > physically disconnected all the ones with real data on them. Then we let > her loose, and actually apart from one question about the name of a key on > the keyboard (I think it was space which she knew as a blank or the like) > she succeeded. DOS/VSE had been hidden behind a paper thin venear of > panels, and it worked quite will, until the real DOS/VSE broke through > when > something went wrong. Then you needed a real VSE sysprog. It was a bit > like the saying about GUIs, they make easy things easy, and difficult > things impossible. Well SSX made easy things easy, but left you high and > dry when it went wrong. > > > > > "Wolfe, Gordon W" > [EMAIL PROTECTED] > oeing.com> cc: > Sent by: Linux onSubject: Re: IBM > announces LINUX-only 1 to 4 engine zSeries > 390 Port > <[EMAIL PROTECTED] > IST.EDU> > > > 01/28/02 09:39 PM > Please respond to > Linux on 390 Port > > > > > > > >run Linux under z/VM V4. The comments in the > > announcement about not needing traditional skills... > > > Reminds me of 1987 when IBM announced the 9370 and VM/IS. Ads were > something like "Your Secretary can install it and run it". True. But if > you EVER needed to change it, say to add more DASD or to grant a privilege > to a user, THEN you needed a systems programmer! That's how I got this > job. > > "Problems worthy of attack prove their worth by hitting back." > -Piet Hein, Journal of Irreproducible Results March, 1971 > Gordon W. Wolfe, Ph.D > VM Technical SErvices, The Boeing Company, (425)865-5940 > > > -- > > From: Jim Elliott > > Reply To: Linux on 390 Port > > Sent: Monday, January 28, 2002 12:43 PM > > To: [EMAIL PROTECTED] > > Subject: Re: IBM announces LINUX-only 1 to 4 engine zSeries > > > > To clarify some mis-conceptions on the list, you get the full z/VM V4 > > product with the zSeries Linux Offering. As Ross stated, these machines > > only have IFLs and only run in LPAR mode. You can run Linux directly in > > the LPARs or you can run Linux under z/VM V4. The comments in the > > announcement about not needing traditional skills relate to your being > > able to use the "default install" option of z/VM and then using the z/VM > > System Administration Facilty. This is NOT another VIF. > > > > It is my personal expectation that while customers without VM skills > > will start this way, they will quickly want to develop VM skills so they > > can take advantage of the full function provided by z/VM V4! > > > > Regards, Jim Elliott - Linux Advocate, IBM Canada Ltd. > > > > > >
Re: NT server consolidation with samba
For the benefit of those of us who are only too ready to admit all our ignorance when it comes to Linux on the Mainframe, could someone explain what ACLs (Access Control Lists are and how they relate to SAMBA? We had a set of NT servers lately that we wanted to migrate to Linux/390 SAMBA for cost purposes. The cost savings would have been enormous. The NT weenies did everything they could to shut us up and "prove" that we couldn't do the job, desparately looking for anything and everything that NT could do that SAMBA couldn't. They finally focused on the fact that individual NT users can define, by userid, who has what privileges on each file in their shared folder and SAMBA can't do that unless the administrator goes in and does it for them. They managed to turn it into a show-stopper for us. Could ACLs do this for us? If so , where do we get it for 390 Linux? "Problems worthy of attack prove their worth by hitting back." -Piet Hein, Journal of Irreproducible Results March, 1971 Gordon W. Wolfe, Ph.D VM Technical SErvices, The Boeing Company, (425)865-5940 > -- > From: Frank Warzecha > Reply To: Linux on 390 Port > Sent: Wednesday, January 30, 2002 1:17 AM > To: [EMAIL PROTECTED] > Subject: Re: NT server consolidation with samba > > Hi, > > If you are migrating from an existing NT installation you will probably > want ACLs (Access Control Lists). We have tested ACLs successfully with > XFS, although we still have some problems with XFS and LVM. If you want to > use Ext2 or Ext3 with ACLS, you will need some patches, backing up the > ACLs > is not really a problem, because you can dump them to a file and back that > up with the tool of your choice. > > You will also have to recompile Samba with ACL-Support, but that should > not > really be a problem. > > Just give me a call, maybe we can help you. > > Mit freundlichen Grüßen, > >Frank Warzecha > - > Frank Warzecha, > Team Betriebssysteme > RZNet AG, Kerpen, Germany > >>>Neue Telefon Nummer: Tel:02273-603172 > http://www.rznet.de > > > > > > Matthias.Wittpoth@RWES > > YSTEMS.COMAn: > [EMAIL PROTECTED] > > Gesendet von: Linux onKopie: > > 390 Port Thema: NT server > consolidation with samba > <[EMAIL PROTECTED] > > DU> > > > > > > 29.01.02 16:20 > > Bitte antworten an > > Linux on 390 Port > > > > > > > > > > Hello, > > currently we are evaluating the use of samba in an nt server consolidation > project. > We need to figure out if the samba server is 100 % compatible with our nt > file servers or what differences exists. > We plan to use samba 2.2 with suse and the samba server should be > integrated > as a member in the existing nt landscape ( domain ). > > My question is : > > Do we need acl controls to offer the same funtionality with samba ? > > If yes, are there any experiences with implementing the acl with a kernel > patch ? > What about backup and recovery concepts of the acl's ? Are they supported > by > the TSM client ? > > Is it true that only ext2 is working with acl ? Can I use ext2 with LVM ? > > What are your experiences, > > thanks a lot > Matthias Wittpoth > > > Erleben Sie die neue RWE Online-Welt unter http://www.rwe.com > > >
Re: Anybody running the "on demand timer" patch?
Please post any replies to this list. We're interested in this patch, too. "Never trust any computer you can lift." Gordon Wolfe, Ph.D. (425)865-5940 VM Technical Services, The Boeing Company > -- > From: Patterson, Ross > Reply To: Linux on 390 Port > Sent: Monday, February 4, 2002 11:11 AM > To: [EMAIL PROTECTED] > Subject: Anybody running the "on demand timer" patch? > > I'd like to trade notes with anyone who's actually running IBM's "on > demand timer" > kernel patch on an S/390 or zSeries box, especially under VM. We're > trying to > reduce unnecesary CPU consumption by our several dozen Linux/390 guests, > and > the VMer in me "knows" that getting rid of the 100-times-a-second timer > pop must > be a good thing. But before I go through the rigamarole of getting it > installed on > a system I can try real workloads on, I'd like to see what others have > experienced. > > Thanks, > Ross Patterson > Computer Associates > >
Logical Volume disappears at reboot.
I'm having a very strange problem. I needed to make a public repository for the contents of five CD's, so I set up a Linux server using SuSE 2.2.16. For five CD's, I figured two volumes ought to hold the contents. I added two 3390-3 full-pack volumes to Linux and did a dasdfmt on them. I went into YAST and created a logical volume group "vgcd" and a logical volume "lvcd" using these two volumes. I did a mke2fs on the logical volume /dev/vgcd/lvcd I was able to mount /dev/vgcd/lvcd as /mnt and was able to do a "df' and see them and copy some files to them So far, so good. Everything looking just fine. Now, the wierd part: I manually umounted /dev/vgcd/lvcd, shut down and rebooted Linux. After the reboot, the device /dev/vgcd/lvcd does not exist. vgscan says "vgscan -- no volume groups found" pvscan says "pvscan -- no valid physical volumes found" vgck says "vgck -- no volume groups found" pvdisplay /dev/vgcd/lvcd says "invalid physical volume name "/dev/vgcd/lvcd" ls /dev/lvcd says "No such file or directory" If I go back into YAST to do it all over, it says I can't create volume group "vgcd" because it already exists. But it doesn't show up in the list of volume groups. Can anyone point me to where I might find out why I can't keep a logical volume? "Never trust any computer you can lift." Gordon Wolfe, Ph.D. (425)865-5940 VM Technical Services, The Boeing Company
Re: sharing the disk space
z/VM 3.1.0 and later support NFS through the Byte File system. Client is free, server is an extra-cost feature. "Never trust any computer you can lift." Gordon Wolfe, Ph.D. (425)865-5940 VM Technical Services, The Boeing Company > -- > From: Rob van der Heij > Reply To: Linux on 390 Port > Sent: Wednesday, February 6, 2002 1:31 PM > To: [EMAIL PROTECTED] > Subject: Re: sharing the disk space > > > Is there any other way without using the NFS, like something that I can > do > > with the VM or the OS to make these partitions visible to the other > images. > > As long as you don't write to the disk, yes (and you need to make sure the > systems are similar enough in that they have the same uid/gid number, > etc). > Because each Linux image will cache portions of the disk in memory it will > not see all changes to the disk consistently, so writing while others read > is > out of the question. Multiple writers is even worse. > And then there's the issue of what you can share from a function point. It > would work for the html pages served by Apache on all systems, but I'm > not sure if you could share programs between distributions, for example. > > Rob > >
Re: Using IFL processor
Crossposted to Linux on 390 port list and VM/ESA list. Sorry for the duplicates. About two months ago I wrote to this list asking about how to set up VM to run on an IFL processor. We've finally got z/VM 4.2.0 up to where we can IPL it in a new LPAR. We have a 9672-r36 with an IFL engine and we want to run it in the new LPAR on a dedicated IFL engine. In the HMC we've defined the LPAR to be "Linux Only" in the General tab of the LPAR image profile. Activating the image profile we even get a cute little icon with a penguin on it in the list of CPC images. However, it will not IPL if we set up the processor for the LPAR as "dedicated central processors" on the "processor" tab of the image profile (says no processors are available and to free one up from the other LPARs). It -will- IPL if we set this up as "dedicated integrated coupling facilities processor". So far, so good. However, looking at the SAM monitor shows CP0 CP1 and CP2 (our 390 processors on this box) active, but CP3 as not active. Furthermore, if we start a program on the Linux/zVM420 LPAR running that chews up CPU time - VM in the LPAR shows 94% active - we note that CP0, CP1 and CP2 increase their bars in the SAM monitor and CP3 does not. If we stop the program, the bars return to normal. It appears that we are NOT running on the IFL engine! Has anyone actually gotten z/VM 4.2.0 to run on an IFL engine in a G5 processor? If so, how did you do it? "Never trust any computer you can lift." Gordon Wolfe, Ph.D. (425)865-5940 VM Technical Services, The Boeing Company > -- > From: Romney White > Reply To: Linux on 390 Port > Sent: Monday, December 17, 2001 11:12 PM > To: [EMAIL PROTECTED] > Subject: Re: Using IFL processor > > Gordon: > > Choose "Linux only". You might as well dedicate the processor, unless > you want to create a test LPAR. > > Romney > > On Mon, 17 Dec 2001 15:41:40 -0800 Wolfe, Gordon W said: > >We just recently upgraded to a G5 processor and got an IFL engine with > the > >other processors. Just last night I did an I/O gen with an IOCDS that > >created a separate LPAR that will run z/VM 4.2 and will eventually have > all > >of our Linux servers as guests on this one z/VM LPAR. > > > >We have just obtained z/VM 4.2 (currently running on z/VM 3.1.0 on our > other > >LPARs) and so we can't test this new LPAR yet since we don't have a VM > that > >will IPL on it yet. We have five other LPARs that share three 390 > >processors, but we want the Linux LPAR to use just the IFL processor. > > > >Since I've never done this before with an IFL processor, my question is, > how > >do I tell the LPAR controls to use the IFL engine for this LPAR? When > >creating the LPAR image profile on the HMC console, under the "General" > tab, > >I went into the "Mode" window and I see four choices there: > > > >ESA/390 > >ESA/390 TPF > >Coupling Facility > >Linux Only > > > >Do I choose the IFL engine by selecting 'Linux Only"? I don't see any > other > >choice anywhere in the image profile that would indicate an IFL > processor. > >Is there something else I have to do? Should I dedicate this processor > to > >the LPAR? > > > >The only manual we have for the HMC is for our old G4 processor. I'd > >appreciate any help from someone who's done this before, or perhaps > someone > >from IBM who's in the know. > > > >"Christmas is a funny season. What other time of the year do you sit in > >front of a dead tree and eat candy out of your socks?" > >Gordon Wolfe, Ph.D. (425)865-5940 > >VM Technical Services, The Boeing Company > >
Re: Using IFL processor
You misunderstood. We have five LPARs running on three S/390 engines. We want to create a sixth LPAR running on a dedicated IFL engine with z/VM 4.2 running Linux guests. The LPAR is up, but we don't think it's running on the IFL engine, even though we've told it it's a Linux LPAR. "Never trust any computer you can lift." Gordon Wolfe, Ph.D. (425)865-5940 VM Technical Services, The Boeing Company > -- > From: Post, Mark K > Reply To: Linux on 390 Port > Sent: Tuesday, February 12, 2002 12:40 PM > To: [EMAIL PROTECTED] > Subject: Re: Using IFL processor > > Gordon, > > You cannot have both S/390 and IFL processors in the same LPAR. That is > not > supported. Or did I misunderstand what you were trying to do? > > Mark Post > > -Original Message- > From: Wolfe, Gordon W [mailto:[EMAIL PROTECTED]] > Sent: Tuesday, February 12, 2002 3:29 PM > To: [EMAIL PROTECTED] > Subject: Re: Using IFL processor > > > Crossposted to Linux on 390 port list and VM/ESA list. Sorry for the > duplicates. > > About two months ago I wrote to this list asking about how to set up VM to > run on an IFL processor. > > We've finally got z/VM 4.2.0 up to where we can IPL it in a new LPAR. We > have a 9672-r36 with an IFL engine and we want to run it in the new LPAR > on > a dedicated IFL engine. > > In the HMC we've defined the LPAR to be "Linux Only" in the General tab > of > the LPAR image profile. Activating the image profile we even get a cute > little icon with a penguin on it in the list of CPC images. However, it > will not IPL if we set up the processor for the LPAR as "dedicated central > processors" on the "processor" tab of the image profile (says no > processors > are available and to free one up from the other LPARs). It -will- IPL if > we > set this up as "dedicated integrated coupling facilities processor". So > far, so good. > > However, looking at the SAM monitor shows CP0 CP1 and CP2 (our 390 > processors on this box) active, but CP3 as not active. Furthermore, if > we > start a program on the Linux/zVM420 LPAR running that chews up CPU time - > VM > in the LPAR shows 94% active - we note that CP0, CP1 and CP2 increase > their > bars in the SAM monitor and CP3 does not. If we stop the program, the > bars > return to normal. It appears that we are NOT running on the IFL engine! > > Has anyone actually gotten z/VM 4.2.0 to run on an IFL engine in a G5 > processor? If so, how did you do it? > > "Never trust any computer you can lift." > Gordon Wolfe, Ph.D. (425)865-5940 > VM Technical Services, The Boeing Company > > > -- > > From: Romney White > > Reply To: Linux on 390 Port > > Sent: Monday, December 17, 2001 11:12 PM > > To: [EMAIL PROTECTED] > > Subject: Re: Using IFL processor > > > > Gordon: > > > > Choose "Linux only". You might as well dedicate the processor, unless > > you want to create a test LPAR. > > > > Romney > > > > On Mon, 17 Dec 2001 15:41:40 -0800 Wolfe, Gordon W said: > > >We just recently upgraded to a G5 processor and got an IFL engine with > > the > > >other processors. Just last night I did an I/O gen with an IOCDS that > > >created a separate LPAR that will run z/VM 4.2 and will eventually have > > all > > >of our Linux servers as guests on this one z/VM LPAR. > > > > > >We have just obtained z/VM 4.2 (currently running on z/VM 3.1.0 on our > > other > > >LPARs) and so we can't test this new LPAR yet since we don't have a VM > > that > > >will IPL on it yet. We have five other LPARs that share three 390 > > >processors, but we want the Linux LPAR to use just the IFL processor. > > > > > >Since I've never done this before with an IFL processor, my question > is, > > how > > >do I tell the LPAR controls to use the IFL engine for this LPAR? When > > >creating the LPAR image profile on the HMC console, under the "General" > > tab, > > >I went into the "Mode" window and I see four choices there: > > > > > >ESA/390 > > >ESA/390 TPF > > >Coupling Facility > > >Linux Only > > > > > >Do I choose the IFL engine by selecting 'Linux Only"? I don't see any > > other > > >choice anywhere in the image profile that would indicate an IFL > > processor. > > >Is there something else I have to do? Should I dedicate this processor > > to > > >the LPAR? > > > > > >The only manual we have for the HMC is for our old G4 processor. I'd > > >appreciate any help from someone who's done this before, or perhaps > > someone > > >from IBM who's in the know. > > > > > >"Christmas is a funny season. What other time of the year do you sit > in > > >front of a dead tree and eat candy out of your socks?" > > >Gordon Wolfe, Ph.D. (425)865-5940 > > >VM Technical Services, The Boeing Company > > > > > >
Re: SHARE Chairs Needed - 2 weeks and counting!
>Am I begging? You bet! The Grand Poo Bah of the 'Cult of the Bear >and Penguin' will have a grand time railing me about not getting this >completed. I won't even begin to describe what the High Priest has in >mind... Does it involve obsidian knives and the sacrifice of a virgin pentium 4? Or is this more in the red-hot poker in the CD-ROM slot area? "Never trust any computer you can lift." Gordon Wolfe, Ph.D. (425)865-5940 VM Technical Services, The Boeing Company > -- > From: Jim Vincent USNATQ77 at IBMMAIL > Reply To: Linux on 390 Port > Sent: Thursday, February 14, 2002 7:57 AM > To: [EMAIL PROTECTED] > Subject: SHARE Chairs Needed - 2 weeks and counting! > > You know those projects you get that you know will take a long time, > be difficult to get done, and your boss gives you about 20% of the > actual time needed to complete it? And you know that if you don't get > it done, your ass will be in a sling mostly because it will make the > _boss_ look bad? > > I have one of those projects - filling the chairs in the SHARE sessions > for VM and LINUX, for the March conference in two weeks! I have > 42 sessions still pending chairs and >> I REALLY NEED YOUR HELP! << > > Am I begging? You bet! The Grand Poo Bah of the 'Cult of the Bear > and Penguin' will have a grand time railing me about not getting this > completed. I won't even begin to describe what the High Priest has in > mind... > > So, please spare my sanity and life in general by signing up for > a few sessions to chair! Free chocolate to _any_ takers, payable > on demand at Sunday evening's VM Chair-Bear session at SHARE. > > THANK YOU! > > Jim Vincent > > > Sess Day Speaker Title > 9120 Tu 8:00aMcConaghy Introduction to VM Hands-On >Lab - Part 1 of 2 > 9351 Tu 8:00aWhite 64-bit Support in VM > 9102 Tu 9:30aHammock Alternative Lifestyles for >the Under 60 (MIPS) Crowd > 9121 Tu 9:30aMcConaghy Introduction to VM Hands-On >Lab - Part 2 of 2 > 9304 Tu 9:30aMorse z/VM 64-bit Support >Externals > 9202/5547 Tu 11:00aCourtney How Many Linux Images Can >Dance on a Single S/390?: >Linux and the Big Leagues > 9305 Tu 11:00aFranciscovich Under the Covers: The VM >Control Program (CP) - Part >1 of 2 > 9105 Tu 1:30pKing The Future of IBM S/390 >Mainframe Small Platform >Computing (zSeries and >Multiprise) > 9306 Tu 1:30pFranciscovich Under the Covers: The VM >Control Program (CP) - Part >2 of 2 > 9307 Tu 1:30pBitnerVM Performance 101 > 9208/5561 Tu 3:00pLewis Linux S/390 Installation > Morse Lab - Part 2 of 3 > 9308 Tu 3:00pWhite CMS Fundamentals > 9209/5562 Tu 4:30pLewis Linux S/390 Installation > Morse Lab - Part 3 of 3 > 9309 Tu 4:30pMcConaghy VM Networking Overview: >RSCS, PVM, TCP/IP > 9353 Tu 4:30pHall An Introduction to >Extending VM/ESA with CP >Exits > 5514 We 9:30aEgen Setting Up X-Windows on >Linux Desktop > 5511 We 11:00aKnapp Networking Linux: >Connectivity & Internet >Options > 9109 We 1:30pZimelis How CMS/TSO Pipelines >Differs from UNIX Pipes -- >Two-dimensional Pipes > 9359 We 1:30pAltmark VM TCP/IP Advanced >Configuration > 9314 We 3:00pMcConaghy Hints and Tips on VM System >Service Migration > 9229/5554 We 4:30pPost Linux/390 System Management >for the Mainframe System >Programmer - Part 1 of 2 > 9316 We 4:30pBitnerVM Performance Monitoring >of Major VM Compone
Partitioning DASD
Can someone run me through the steps for partitioning a minidisk in Linux? I have SuSE 2.4.7 and a 200 cylinder minidisk accessed as /dev/dasdf and tried dasdfmt -d cdl -b 4096 -f /dev/dasdf (also tried -d ldl) fdasd -c /root/dasd.conf mke2fs -b 4096 /dev/dasdf1 mke2fs -b 4096 /dev/dasdf2 in the case of dasdfmt -d cdl mke2fs says both partitions are zero size. In the case of dasdfmtn -d ldl mke2fs says dasdf2 is zero size. What am I missing? "Never trust any computer you can lift." Gordon Wolfe, Ph.D. (425)865-5940 VM Technical Services, The Boeing Company
Re: Linux for S/390 recommended and experimental bux fixes for s3 90-tools and kernel 2.2.20
I'm in the process of trying to install the "jiffies patch" from the developerworks site below for SuSE Linux 2.4.7. I got the .tar.gz files and un-tar-ed them. I placed the file linux-2.4.7-timer-3.diff in the /usr/src/linux directory, did a cd to that directory and did a patch -p1 -R < linux-2.4.7-timer-3.diff Most of the patches applied, but a few did not. I get these messages: patching file arch/s390/config.in Hunk #1 succeeded at 51 (offset -1 lines). patching file arch/s390/defconfig Hunk #1 succeeded at 43 (offset -1 lines). patching file arch/s390/kernel/entry.S Hunk #7 FAILED at 297. Hunk #15 succeeded at 891 with fuzz 2. 1 out of 15 hunks FAILED -- saving rejects to file arch/s390/kernel/entry.S.rej patching file arch/s390/kernel/s390_ext.c patching file arch/s390/kernel/s390_ksyms.c Hunk #1 FAILED at 57. 1 out of 1 hunk FAILED -- saving rejects to file arch/s390/kernel/s390_ksyms.c.r patching file arch/s390/kernel/setup.c patching file arch/s390/kernel/smp.c and so on. I'm not really that familiar with the patch and diff process. Why do some work and not others? Can anyone point me in the right direction? "Never trust any computer you can lift." Gordon Wolfe, Ph.D. (425)865-5940 VM Technical Services, The Boeing Company > -- > From: Axel Wirbser > Reply To: Linux on 390 Port > Sent: Tuesday, February 26, 2002 9:32 AM > To: [EMAIL PROTECTED] > Subject: Linux for S/390 recommended and experimental bux fixes for > s390-tools and kernel 2.2.20 > > Linux for S/390 & zSeries: > > Please check out the DeveloperWorks page at: > http://www10.software.ibm.com/developerworks/opensource/linux390/whatsnew. > shtml > > On the Recommended level 2.4.7 page at: > http://www10.software.ibm.com/developerworks/opensource/linux390/current2_ > 4.shtml > you will find: > - Recommended s390-tools patch with bug-fixes. > > On the Experimental 2.2 page at: > http://www10.software.ibm.com/developerworks/opensource/linux390/exp-2_2_2 > 0.shtml > you will find: > - Experimental kernel 2.2.20 patch with bug-fixes. > > Happy downloading ! > > Mit freundlichen Gruessen / Kind regards, > Axel Wirbser > _ > IBM Deutschland Entwicklung GmbH, Schönaicher Str. 220 D-71032 Böblingen > eServer Software Management, D4357, Intern: 71032-06, Tel. 902-2088 > Tel. ++49-(0)7031-16-2088, Fax. 07031-16-3456, OV/VM: IBMDE(WIRBSER) > Internet: [EMAIL PROTECTED] > >