Re: H50 sandbox
On Wed, Sep 04, 2002 at 05:07:04PM -0400, Dave Myers wrote: > > > Suggestions for design? > > > > Dedicate two of the adapters to Linux guests and use guest LANs to connect > > VM TCP and the z/OS systems. Use CTC interfaces in Linux guests to connect > > to the VSE and OS/390 systems. Keep the 3rd adapter in case you have to do > > SNA. > > > > > David, > Could you expand on this alittle? > > Why dedicate two adapters to Linux guests (assuming you mean guests under > z/VM). > Why not run these Linux "routers" in dedicated LPARs and isolate them > from other images? You could do it that way, but again, it's a matter of size. An H50 doesn't have a lot of resources to go around, and LPARs tie up resources in ways that are a pain to work around. Given the scenario you describe below with lots of different programmers fooling around, you don't want to have to wait for everyone to agree on a time to take the various LPARs down. I know that LPARs have gotten a lot more flexible over time, but they're still not as flexible as VM. > And...I don't know enough yet about z/VM, excuse my ignorance...but why is > there > a z/VM guest and then a separate z/VM TCP guest?? Sorry, wasn't completely clear. The VM TCPIP machine runs inside the z/VM or VM guests and provides TCP services to that copy of CP, just like TCP is a started task on other OSes. There isn't a separate VM instance for TCP. > Also...let's assume that my sandbox will be shared by numerous sysprogs > who have different opsys backgrounds. Some OS/390 heavies, some VM, some VSE > etc > In that scenario, wouldn't it make more sense to use LPARs to isolate > the OS/390, z/OS, and VSE images, so that these sysprogs don't stomp on each > other ? No reason to use LPAR here. They all stay in their virtual machines, and they can do anything they want without stepping on each othe, including dynamically changing the size and machine configuration of their virtual machine at any time within limits that you set. Nobody touches the real hardware, and nobody has a chance to screw something up for someone else. Much better deal all around. > Given that scenario, what network setup would make more sense? If you have a bigger machine than a H50, use the Linux systems in separate LPARs to isolate the router from the OSes it is routing. For the H50 that you have, run VM in basic mode on the iron and dedicatete the adapters to Linux guests running under that VM as routers, and run everything else as VM guests. -- db
Re: The redpaper for cloning zLinux images via VQDIO is available
On Thu, 5 Sep 2002 01:01, you wrote: > However, using a VQDIO Guest LAN on a z900 (31-bit mode), and sharing > /usr but nothing else, it was taking us (when the machine wasn't doing > anything else much) about 3 minutes. Almost all of that was spent > copying /; if we had had FlashCopy or something like that, I'd guess, > based on the way we did it, which relied on DIRMAINT and 2 IPLs on Linux > per guest (first time it comes up generic; it uses CMSFS to read stuff > the cloning process put on its 191-disk to determine hostname, IP > address, etc., and then write that onto the real filesystem and reIPL) > about 30 or 45 seconds. You should be able to do that configuration on the first boot and keep right on going. Two ideas. This is part of my inittab from RHL 7.3 on the desktop. id:5:initdefault: # System initialization. si::sysinit:/etc/rc.d/rc.sysinit Change it to read: id:5:initdefault: # One-time initialisation 1t:12345:once:/etc/rc.d/first-time # System initialization. si::sysinit:/etc/rc.d/rc.sysinit /etc/rc.d/first-time is a script that exits immediately if the system's already been set up; otherwise it does the stuff defined by the 191-disk. Second, front-end /etc/rc.d/rc.sysinit by changing the line: si::sysinit:/etc/rc.d/rc.sysinit Note too that the kernel can be built with DHCP support. -- Cheers John Summerfield Microsoft's most solid OS: http://www.geocities.com/rcwoolley/ Join the "Linux Support by Small Businesses" list at http://mail.computerdatasafe.com.au/mailman/listinfo/lssb
Re: Guest LANs and Linux
Gordon, You might start with http://linuxvm.org/Info/HOWTOs/guestlan.html and see how far that gets you. Mark Post -Original Message- From: Wolfe, Gordon W [mailto:[EMAIL PROTECTED]] Sent: Thursday, September 05, 2002 6:22 PM To: [EMAIL PROTECTED] Subject: Guset LANs and Linux Any one have a cookbook or a reference to a redpiece or anything like that for setting up Linux to use the new Guest LANs? We're about ready to change over from VCTCA to guest LANs. I talked to several people at SHARE who are doing this, but now I need some specifics. In CP, What CP configuration do you have to set up? How do you set up the LAN? In Linux, Don't you have to change the /etc/rc.config file (SuSE) to use eth0 instead of ctc0? What do you put in here? Are there any entries on the boot parms line? Anything else I need to know about? Other files that need to be updated? "If Paradise Lost had been written by a system administrator, it would have had the sequel 'Paradise Restored from Backup'." Gordon Wolfe, Ph. D. (425)865-5940 VM Technical Services, The Boeing Company
Guset LANs and Linux
Any one have a cookbook or a reference to a redpiece or anything like that for setting up Linux to use the new Guest LANs? We're about ready to change over from VCTCA to guest LANs. I talked to several people at SHARE who are doing this, but now I need some specifics. In CP, What CP configuration do you have to set up? How do you set up the LAN? In Linux, Don't you have to change the /etc/rc.config file (SuSE) to use eth0 instead of ctc0? What do you put in here? Are there any entries on the boot parms line? Anything else I need to know about? Other files that need to be updated? "If Paradise Lost had been written by a system administrator, it would have had the sequel 'Paradise Restored from Backup'." Gordon Wolfe, Ph. D. (425)865-5940 VM Technical Services, The Boeing Company
Re: Adding space to RAID0
On Wed, 4 Sep 2002, Post, Mark K wrote: > Which is why LVM is so very nice. I don't know if the folks at Red Hat > still have concerns with the current state of LVM or not, but I would > seriously look into it. It allows you to dynamically add more storage to > the LVM pool without this hassle. I can say that the new RH betas (the coming RH 8.0) include support for LVM. Installer reconizes LVM partitions, can change/create them and all lvm commandline tools are present. We only have to wait for a Linux/390 version of this new release cycle. Kind regards, Tim Verhoeven -- === Tim Verhoeven Linux & Open Source Specialist GSM : 0496 / 693 453 + e-business solutions Email : [EMAIL PROTECTED] + consulting URL : www.sin.khk.be/~dj/ + Server consolidation ===
Re: The redpaper for cloning zLinux images via VQDIO is available
The potential issue being of course that while the copy is running in the background it's consuming backend bandwidth, thus the "background" copy does have the potential for degrading other workloads. I've seen it happen when the background copy involves several volumes worth of data. Plus you still have to buy DASD capacity to support each of those copies. Snapshot in the RVAs and SVAs of course doesn't do any background data moves (just updates pointers) until the data is updated so it avoids the potential performance problem and means you don't have to buy capacity for each copy of your R/O data. Even if you snap R/W data but only update a tiny portion of most copies, the amount of capacity you need to support those copies is greatly reduced. I thought IBM had released a version of their software for the Shark that also deferred the background copy until the data was actually updated. It sounded to me like a way of avoiding the potential performance penalty, but I'm not sure but you still might need reserved capacity for each copy. I'm not aware of EMC having that feature (e.g. they always start a background copy, unless of course you're just splitting an already established mirror) , and I really don't have a clue about any other vendor. I must say that the virtual architecture of the RVAs/SVAs is certainly impressive and made (IMO, EMC will argue otherwise) DASD management much easier. It was a sad day when IBM announced that they weren't going to bring that technology forward into the Shark. Scott Chapman American Electric Power Phil Payne cc: Sent by: Linux Subject: Re: The redpaper for cloning zLinux images via VQDIO is on 390 Port available <[EMAIL PROTECTED] RIST.EDU> 09/04/02 03:55 PM Please respond to Linux on 390 Port > It'd be nice if the DASD boxes could have a "copy on write" feature > akin to > the Linux memory manager; This kind of technology would be > reasonable for > handling things like R/O images. Or am I confusing this with GPFS? No, that's essentially how the feature works. You ask for a point-in-time copy of a DASD image - the controller says 'Done' immediately and you can start using it. The controller starts a real copy operation in the background. If you read a page that hasn't been copied yet, you get the original. If you read one that's been copied, you get the copy. If you write one, it's written where it should go in the copy and the controller makes a note not to overwrite it with the original when it gets around to that page. Various brand names - Storage Technology was first with 'Snapshot'. -- Phil Payne http://www.isham-research.com +44 7785 302 803
Re: CNN.com - Is Linux poised to topple Microsoft - September 4, 2002
On Wed, 4 Sep 2002, Peter Rothman wrote: > http://www.cnn.com/2002/TECH/09/03/hln.wired.linux/index.html > I've said for years that Windows find its way into the workplace by people using it at home, then at work they said, "I can do that with Windows." Now, people are using Linux at home, and at work they say, "I can do that with Linux. And it's free." -- Cheers John. Please, no off-list mail. You will fall foul of my spam treatment. Join the "Linux Support by Small Businesses" list at http://mail.computerdatasafe.com.au/mailman/listinfo/lssb
Re: Oracle9i R2 GA Released
Here are mine: 44709071a7feb37888304b9163b77e37 *lnx390_db_9201_Disk1.cpio.gz 9a309ad1c2f007e7c2eb0cb96d74c5fc *lnx390_db_9201_Disk2.cpio.gz Jim Rich - Original Message - From: Post, Mark K To: [EMAIL PROTECTED] Sent: Tuesday, September 03, 2002 5:46 PM Subject: Re: Oracle9i R2 GA Released Phil, Just out of curiosity, what are the md5sums you get for your packages? I just downloaded them myself (after a couple of false starts/failures) and got these results: 912aa27b36e2c282544faf800a547126 lnx390_db_9201_Disk1.cpio.gz 1f81a9342a744b30556b11fc1fdc55c8 lnx390_db_9201_Disk2.cpio.gz Confirmation or otherwise would be appreciated! Mark Post
Re: H50 sandbox
In a message dated 8/29/2002 7:41:50 PM Mountain Daylight Time, [EMAIL PROTECTED] writes: > > It'll have 4 NIC cards, one will be used for SE and LAN3274 consoles. > > 3 will be available for IP and SNA (not sure if we'll have a > > need to demo > > SNA) > > > > Suggestions for design? > > Dedicate two of the adapters to Linux guests and use guest LANs to connect > VM TCP and the z/OS systems. Use CTC interfaces in Linux guests to connect > to the VSE and OS/390 systems. Keep the 3rd adapter in case you have to do > SNA. > > David, Could you expand on this alittle? Why dedicate two adapters to Linux guests (assuming you mean guests under z/VM). Why not run these Linux "routers" in dedicated LPARs and isolate them from other images? And...I don't know enough yet about z/VM, excuse my ignorance...but why is there a z/VM guest and then a separate z/VM TCP guest?? Also...let's assume that my sandbox will be shared by numerous sysprogs who have different opsys backgrounds. Some OS/390 heavies, some VM, some VSE etc In that scenario, wouldn't it make more sense to use LPARs to isolate the OS/390, z/OS, and VSE images, so that these sysprogs don't stomp on each other ? Given that scenario, what network setup would make more sense? Thanks, Dave Myers
Re: The redpaper for cloning zLinux images via VQDIO is available
> The redpaper for cloning zLinux images by using VQDIO is available from > http://www.ibm.com/redbooks/abstracts/redp0301.html. This redpaper is based > from the LinuxWorld zLinux cloning example (using IUCV) that I released in > 5/5/2002 (http://www.vm.ibm.com/devpages/chongts/tscdemo.html) . Have Fun! Quick 'analyst' question (I'll download and read it when I have the time, but not until next week at the earliest): Roughly how quickly could a new Linux image be established using this technique on, e.g., a z800? -- Phil Payne http://www.isham-research.com +44 7785 302 803
Re: The redpaper for cloning zLinux images via VQDIO is available
Phil, I was running the cloning demo (using IUCV) in the last Linuxworld. The demo was running on a z800 with the latest shark. The images that was created have 64m virtual memory and 150 cylinders R/W "/", 100 cylinders swap disk, R/O /usr and R/O /usr/src. The first images take about 15 seconds. Through out the day we created more than 500 images and it average out between 30-45 seconds. The redpaper using larger minidisk and VQDIO and I have not have a chance to running on the same z800 with the shark. Chong Tung-Sing Chong Software Engineer zSeries Software Development Endicott, NY T/l : 852-5342 Outside Phone: 607-752-5342 E-mail: [EMAIL PROTECTED] Phil Payne <[EMAIL PROTECTED]>@VM.MARIST.EDU> on 09/04/2002 12:32:17 PM Please respond to Linux on 390 Port <[EMAIL PROTECTED]> Sent by:Linux on 390 Port <[EMAIL PROTECTED]> To:[EMAIL PROTECTED] cc: Subject:Re: The redpaper for cloning zLinux images via VQDIO is available > The redpaper for cloning zLinux images by using VQDIO is available from > http://www.ibm.com/redbooks/abstracts/redp0301.html. This redpaper is based > from the LinuxWorld zLinux cloning example (using IUCV) that I released in > 5/5/2002 (http://www.vm.ibm.com/devpages/chongts/tscdemo.html) . Have Fun! Quick 'analyst' question (I'll download and read it when I have the time, but not until next week at the earliest): Roughly how quickly could a new Linux image be established using this technique on, e.g., a z800? -- Phil Payne http://www.isham-research.com +44 7785 302 803
Re: The redpaper for cloning zLinux images via VQDIO is available
On Wed, Sep 04, 2002 at 06:32:17PM +0200, Phil Payne wrote: > > The redpaper for cloning zLinux images by using VQDIO is available from > > http://www.ibm.com/redbooks/abstracts/redp0301.html. This redpaper is based > > from the LinuxWorld zLinux cloning example (using IUCV) that I released in > > 5/5/2002 (http://www.vm.ibm.com/devpages/chongts/tscdemo.html) . Have Fun! > Quick 'analyst' question (I'll download and read it when I have the > time, but not until next week at the earliest): > Roughly how quickly could a new Linux image be established using > this technique on, e.g., a z800? I don't know yet, not having read the paper. However, using a VQDIO Guest LAN on a z900 (31-bit mode), and sharing /usr but nothing else, it was taking us (when the machine wasn't doing anything else much) about 3 minutes. Almost all of that was spent copying /; if we had had FlashCopy or something like that, I'd guess, based on the way we did it, which relied on DIRMAINT and 2 IPLs on Linux per guest (first time it comes up generic; it uses CMSFS to read stuff the cloning process put on its 191-disk to determine hostname, IP address, etc., and then write that onto the real filesystem and reIPL) about 30 or 45 seconds. If raw speed is what you care about, you precreate a small inventory of machines, and hand those out on demand. As you IPL each one the first time, it can send a message indicating you need to refill your inventory. Then it turns into the time to IPL a Linux guest, typically (if few services are running) twenty seconds or so. Adam
Re: CNN.com - Is Linux poised to topple Microsoft - September 4, 2002
> http://www.cnn.com/2002/TECH/09/03/hln.wired.linux/index.html "Unlike the penguin, Linux seems to be taking flight." Actually, penguins _do_ fly. Just underwater, where no one can see them coming. Linux is definitely on Redmond's radar screen. Marginal growth is vital to Microsoft, and Linux is a serious danger. -- Phil Payne http://www.isham-research.com +44 7785 302 803
Re: current Linux distribution
James, Others have responded already, but I do have a couple of things to add and reiterate. There is an existing HOWTO on dual booting out there. Check http://www.tldp.org/ for it. Keep in mind that NTFS support in Linux is reliable for _reading only_. Do _not_ activate write support if you value your data/Operating System. The only thing you need to write to the NTFS file system is the first 512 bytes from your Linux boot partition. Use a floppy to transfer it to your NTFS file system. In the past, the file name that went into c:\boot.ini absolutely _had_ to be an 8.3 filename. I don't know if that is still true for Win2K or not. An experiment and report back here would be appreciated. Mark Post -Original Message- From: James Melin [mailto:[EMAIL PROTECTED]] Sent: Wednesday, September 04, 2002 9:11 AM To: [EMAIL PROTECTED] Subject: Re: current Linux distribution Any advice to making a machine dual boot with windows 2000 onboard already? |-+> | | "Post, Mark K" | | | <[EMAIL PROTECTED]| | | m> | | | Sent by: Linux on| | | 390 Port | | | <[EMAIL PROTECTED]| | | IST.EDU> | | || | || | | 09/03/2002 05:30 | | | PM | | | Please respond to| | | Linux on 390 Port| | || |-+> >--- ---| | | | To: [EMAIL PROTECTED] | | cc: | | Subject: Re: current Linux distribution | >--- ---| Shimon, If you've got a Windows machine at home, I would recommend installing an Intel Linux distribution on it in "dual boot" mode. (SuSE, since that seems to be the S/390 version you want to use.) Then, when you download your files, the symlinks will just be symlinks and not take up large amounts of disk space. If you don't want that kind of an adventure, I would say that you could leave out the entire KDE package, which would include the k2de1, k2de2 and k2de3 directories. You could probably not include xdev1 and xdev2. Likewise e1 and e2, unless you're an Emacs fan(atic). Or, if you ask nicely, maybe someone with a broadband connected Linux system with a CD burner will download and burn them for you. :) A snail mail address would be of help in that regard. Mark Post -Original Message- From: Shimon Lebowitz [mailto:[EMAIL PROTECTED]] Sent: Monday, September 02, 2002 1:58 AM To: [EMAIL PROTECTED] Subject: Re: current Linux distribution > With the exception of Debian, and Turbolinux, none of the Linux/390 > distributions are available via .iso images. SuSE, and Red Hat only offer > individual RPMs and SRPMs. As recommended by Philipp, wget will be your > friend. Once you have them downloaded you can verify the integrity of the > RPMs by using rpm to check the md5sums. Or, as Alan Cox pointed out, you > can download the public key of the distribution maker, and use rpm to verify > the packages that way. Mark, this looks like it assumes my downloading is done on a linux machine, which (unfortunately?) is not the case. I have been using WS-FTP on W98 (at home!) to download all of the /cd1 directory from the SuSE sles beta site, and I am almost finished it (still using non broadband modems). Something that is disturbing is that there seem to be large areas of the tree which are apparently just links to files in other areas, but I am getting them duplicated in my download. I already have far more than 650MB, and am getting worried that a 700MB CD will also not be enough. Are there any tips available regarding how to build a SuSE CDROM on a Windows system? Are there recommended areas in the tree to 'prune' in order to save space? This is another reason why I am sorry there is no ISO format, although I do understand what seem to be SuSE's marketing concerns. Thank you all for your help, it is always encouraging knowing there are experts willing to help out! Shimon-- Shimon Lebowitzmailto:[EMAIL PROTECTED] VM System Programmer mailto:[EMAIL PROTECTED] Israel Police National HQ. http://www.poboxes.com/shimonl/pubkey.htm Jerusalem, Israel phone: +972 2 530-9877 fax: 530-9308
Re: Adding space to RAID0
You must backup and reconstruct the array with RAID0. Jay Brenneman Moloko Monyepao cc: Sent by: Linux on Subject: Adding space to RAID0 390 Port <[EMAIL PROTECTED] T.EDU> 09/03/02 02:05 AM Please respond to Linux on 390 Port Do I need to backup my data and reconstruct the raid device when I want to add an extra volume to a RAID0 device or I just have to add the volume to my raidtab and restart my raid. Please assist. Moloko Monyepao OS390 System Programmer arivia.kom Tel : +27 11 800 3372
Re: OSA-E problem with SuSE 7.0 CD on z800
Hi Sue, Went back to the customer yesterday and succeeded in installing the 7.0 version of the SuSE Linux through an FENET OSA-Express on the z800. I'm not sure but I think the problem was that on Friday the Tech partition (OS/390) held the OSA device online. We tried waiting several minutes before re-trying the pings but that did not help. After we toggled off/on (on the HMC) the chpid for this port, the port became available to the linux partition. Thanks very much for your quick answer. It re-assured us that 7.0 was installable on z800. Jean-Pierre Baril Specialiste en technologies de l'information/IT Specialist Novipro Inc / 2055, rue Peel, bureau 701 Montreal (Quebec) H3A 1V4 Tel: (514) 744-5353 #244, Cel: (514) 891-6848, Fax: (514) 744-3908 [EMAIL PROTECTED] / www.novipro.com Sue Sivets <[EMAIL PROTECTED]> Sent by: Linux on 390 Port <[EMAIL PROTECTED]> 2002-09-01 21:26 Please respond to Linux on 390 Port To: [EMAIL PROTECTED] cc: Subject:Re: OSA-E problem with SuSE 7.0 CD on z800 Jean-Pierre, I have been able to install Suse Linux 7.0, and 7.2 on a z/800 using an OSA Gigabit card. I found out during my installs ( of the 7.0 system) that there needs to be a small wait for the OSA card to kind of "wake up". After the install dialog does the 3 pings and fails, let it wait a little bit (I discovered this by accident when I got called away to answer a question), then when it asks you if you want to retry, reply yes. At this point, the retry on my machine was successful. I am however having another problem. I cannot get the 7.0 system to shutdown cleanly, or to consistently start up correctly. I usually have to issue the insmod commands for qdio/qeth manually followed by several other network related start commands. I don't seem to have any of these problems with the Suse 7.2 system. Sue Jean-Pierre Baril wrote: > Hi , > > I have successfully installed SuSE Linux 7.0 several times on MP3000 > through the PCI Ethernet cards. > > I'm now trying to install from the same CDs on an z800 with OSA-Express > Fast Ethernet ports. I get to the point when the three sets of pings are > being done. The first set, i.e. to itself, works fine but the second set > of pings to the Gateway cannot find this Gateway. > > As anyone been able to do such an install? At this moment, I believe it > must be a problem with LCS.O not knowing how to support the new > OSA-Express card coming in the zSeries z900 and/or z800. > > As an alternate question, is there a procedure I could use to produce a > bootable CD from the Beta 7.2 directories already downloaded to my server? > > It would be nice to build a bootable CD (to be used in the HMC) like the > CD #1 from the 7.0 copy. My suspicion is that the copy of LCS.O coming > with 7.2 should know about zSeries processors and their OSA-Express cards. > > Thanks very much and all my best regards. > > Jean-Pierre Baril > Specialiste en technologies de l'information/IT Specialist > Novipro Inc / 2055, rue Peel, bureau 701 > Montreal (Quebec) H3A 1V4 > Tel: (514) 744-5353 #244, Cel: (514) 891-6848, Fax: (514) 744-3908 > [EMAIL PROTECTED] / www.novipro.com -- Suzanne Sivets Systems Programmer Innovation Data Processing 973-890-7300 Fax 973-890-7147 [EMAIL PROTECTED]
Re: Apache 2.0.40 s390 binary install on SuSE 2.4.7
At 16:43 04-09-02, Ken Vance wrote: >Should the beta copy of SuSE 7.2 have the Apache already installed? Depends on the selection that you pick in YaST during the install. A 'grep apache *.sel' in the suse/setup/descr directory shows that only the Network.sel and zzz_Alles.sel have apache in. But you can add it with 'change configuration' before you install or afterwards. Don't forget to edit the rc.config to tell SuSE that you want it to run as well... Rob
Re: Applying a Patch
Mark - terrific - thanks Lionel B. Dyck, Systems Software Lead Kaiser Permanente Information Technology 25 N. Via Monte Ave Walnut Creek, Ca 94598 Phone: (925) 926-5332 (tie line 8/473-5332) E-Mail:[EMAIL PROTECTED] Sametime: (use Lotus Notes address) AIM:lbdyck Linux on 390 Port <[EMAIL PROTECTED]> wrote on 09/03/2002 03:15:13 PM: > Lionel, > > Try using "-p1" instead of "-p0". Patch tries to take the complete path and > filename in the patch file to find the file to be patched. In your case, > that is linux-2.4.7/Documentation/s390/chandev.8. Since you're in the > linux-2.4.7.SuSE directory, it's unlikely there's a linux-2.4.7 subdirectory > there. Specifying "-p1" will cause patch to discard the linux-2.4.7 part > and start looking in ./Documentation. > > Mark Post > > -Original Message- > From: Lionel Dyck [mailto:[EMAIL PROTECTED]] > Sent: Tuesday, September 03, 2002 12:40 PM > To: [EMAIL PROTECTED] > Subject: Applying a Patch > > > I'm trying to apply a patch to the kernel and it isn't working. What am I > doing wrong? > > root@mlnxd008:/usr/src/linux-2.4.7.SuSE > patch -p0 > can't find file to patch at input line 4 > Perhaps you used the wrong -p or --strip option? > The text leading up to this was: > -- > |diff -urN linux-2.4.7/Documentation/s390/chandev.8 > linux-2.4.7-s390/Documentati > on/s390/chandev.8 > |--- linux-2.4.7/Documentation/s390/chandev.8 Wed Nov 7 11:43:51 2001 > |+++ linux-2.4.7-s390/Documentation/s390/chandev.8 Wed Oct 17 > 14:44:39 2001 > > -- > File to patch: > > > > > Lionel B. Dyck, Systems Software Lead > Kaiser Permanente Information Technology > 25 N. Via Monte Ave > Walnut Creek, Ca 94598 > > Phone: (925) 926-5332 (tie line 8/473-5332) > E-Mail:[EMAIL PROTECTED] > Sametime: (use Lotus Notes address) > AIM:lbdyck
Re: Problems with qeth module
On Wed, Sep 04, 2002 at 09:21:25AM -0500, Michael K Lambert wrote: > [root@XX linux-2.4.17]# insmod qeth > Using /lib/modules/2.4.17/kernel/drivers/s390/net/qeth.o > /lib/modules/2.4.17/kernel/drivers/s390/net/qeth.o: unresolved symbol > addrconf_lock > [...] You need to enable "The IPv6 protocol" in "Networking options" (CONFIG_IPV6=m or CONFIG_IPV6=y) for your kernel. Greetings, Stefan Gybas
Re: current Linux distribution
James Melin wrote: > > Any advice to making a machine dual boot with windows 2000 onboard already? I believe the information you want is located here. Dual Booting Linux with nt/2k/XP available at, http://www.poopoccurs.com/linux/dualboot.html found through www.google.com/linux Scott Quesnelle Legato Systems > > |-+> > | | "Post, Mark K" | > | | <[EMAIL PROTECTED]| > | | m> | > | | Sent by: Linux on| > | | 390 Port | > | | <[EMAIL PROTECTED]| > | | IST.EDU> | > | || > | || > | | 09/03/2002 05:30 | > | | PM | > | | Please respond to| > | | Linux on 390 Port| > | || > |-+> > >>--| > | >| > | To: [EMAIL PROTECTED] >| > | cc: >| > | Subject: Re: current Linux distribution >| > >>--| > > Shimon, > > If you've got a Windows machine at home, I would recommend installing an > Intel Linux distribution on it in "dual boot" mode. (SuSE, since that seems > to be the S/390 version you want to use.) Then, when you download your > files, the symlinks will just be symlinks and not take up large amounts of > disk space. > > If you don't want that kind of an adventure, I would say that you could > leave out the entire KDE package, which would include the k2de1, k2de2 and > k2de3 directories. You could probably not include xdev1 and xdev2. > Likewise e1 and e2, unless you're an Emacs fan(atic). > > Or, if you ask nicely, maybe someone with a broadband connected Linux > system > with a CD burner will download and burn them for you. :) A snail mail > address would be of help in that regard. > > Mark Post > > -Original Message- > From: Shimon Lebowitz [mailto:[EMAIL PROTECTED]] > Sent: Monday, September 02, 2002 1:58 AM > To: [EMAIL PROTECTED] > Subject: Re: current Linux distribution > > > With the exception of Debian, and Turbolinux, none of the Linux/390 > > distributions are available via .iso images. SuSE, and Red Hat only > offer > > individual RPMs and SRPMs. As recommended by Philipp, wget will be your > > friend. Once you have them downloaded you can verify the integrity of > the > > RPMs by using rpm to check the md5sums. Or, as Alan Cox pointed out, you > > can download the public key of the distribution maker, and use rpm to > verify > > the packages that way. > > Mark, this looks like it assumes my downloading is done > on a linux machine, which (unfortunately?) is not the case. > I have been using WS-FTP on W98 (at home!) to download all > of the /cd1 directory from the SuSE sles beta site, and I am > almost finished it (still using non broadband modems). > > Something that is disturbing is that there seem to be > large areas of the tree which are apparently just links > to files in other areas, but I am getting them duplicated > in my download. I already have far more than 650MB, > and am getting worried that a 700MB CD will also not > be enough. > > Are there any tips available regarding how to build a SuSE > CDROM on a Windows system? Are there recommended > areas in the tree to 'prune' in order to save space? This is > another reason why I am sorry there is no ISO format, > although I do understand what seem to be SuSE's marketing > concerns. > > Thank you all for your help, it is always encouraging > knowing there are experts willing to help out! > > Shimon-- > > Shimon Lebowitzmailto:[EMAIL PROTECTED] > VM System Programmer mailto:[EMAIL PROTECTED] > Israel Police National HQ. > http://www.poboxes.com/shimonl/pubkey.htm > Jerusalem, Israel phone: +972 2 530-9877 fax: 530-9308 >
Re: Apache 2.0.40 s390 binary install on SuSE 2.4.7
At 11:07 04-09-02, Ken Vance wrote: >libaprutil.so.0: cannot load shared object file: No such file or directory This is part of your Apache package, so it probably got placed at a spot where your SuSE distribution does not expect it. It's your own gun and your own foot, you cannot miss it... :soapbox. I'm worried we maybe make it appear too easy for folks. Part of the hard work in a distribution is to configure each of those open source applications to fit the same architecture. If you install a package from tarball you really have to know what you're doing, and probably should specify the same options on configure that SuSE use when they build the system. This, and dependencies between packages may require good understanding of the applications. I expect that will normally only work for a few favority applications, and for the rest you should stick with your distribution. If you do not want to go with commercial distributions you might look at Debian. :esoapbox.
Apache 2.0.40 s390 binary install on SuSE 2.4.7
Hi, I have downloaded the binary s390 Apache 2.0.40 distribution to our SuSE system. It is a SuSE Linux 7.2 (S390) - Kernel 2.4.7-SuSE-SMP. I used the tar command to expand the file, and then I issued the install command. The install process indicates that it was successful, but if I look at the httpd.conf file, it is empty. If I issue the start for Apache, I get errors. I checked the error directory, but there were no logs there. I also looked back in the archives for this list, but I did not notice anything on this particular topic. Am I missing a step? Thanks, Ken Vance Amadeus linuxs07:/usr/local/httpd-2.0.40 # /usr/local/httpd-2.0.40/install-bindist.sh Installing binary distribution for platform s390-ibm-linux into directory /usr/local/apache2 ... [Preserving existing envvars settings.] [Preserving existing configuration files.] [Preserving existing htdocs directory.] [Preserving existing error documents directory.] Ready. ++ | You now have successfully installed the Apache 2.0.40 | | HTTP server. To verify that Apache actually works | | correctly you should first check the (initially| | created or preserved) configuration files: | || | /usr/local/apache2/conf/httpd.conf || | You should then be able to immediately fire up | | Apache the first time by running: | || | /usr/local/apache2/bin/apachectl start || | Thanks for using Apache. The Apache Group| |http://www.apache.org/ | ++ linuxs07:/usr/local/httpd-2.0.40 # linuxs07:/usr/local/httpd-2.0.40 # /usr/local/apache2/bin/apachectl start /usr/local/apache2/bin/httpd: error while loading shared libraries: libaprutil.so.0: cannot load shared object file: No such file or directory
[no subject]
I will be out of the office starting 09/05/2002 and will not return until 09/06/2002. In case of emergency, contact J.Michael Strom.
Re: { ANN ] Mainframe FS and Hitachi hardware patch for kernel 2.4.7available
You are right. Please use 64 bit gcc, or just comment out the kernel version check and truncate the offsetInFile to int, if your file is not too large. Sorry for the japanese comment in code and web pages. I hear Hitachi is preparing web pages written in English. I will mail an announcement to this list when it is ready. (After lawyer's review) Here is the translation. >#ifndef __s390x__ >// gcc cannot do 64 bit division on 32 bit arch machine. see fs/ntfs/util.c >#if LINUX_VERSION_CODE >= KERNEL_VERSION(2,4,5) >#error FIXME 64 division on 32 arch. >#else >/* if we are in 2.2.16 kernel, file size itself cannot be that large. */ >ASSERT(offsetInFile < 4294967295U); >*tt = (unsigned short) ((int)(offsetInFile) / bytesInATrackUsedByOs); >residue = (int)((int)(offsetInFile) % bytesInATrackUsedByOs); >#endif /* kernel 2.4.5 */ -- [EMAIL PROTECTED] Motohiro Kanda, Hitachi Ltd. Japan
Re: Linux/390 STLport SIGSEGV errors
> > Hopefully someone out there will have some experience with building STLPort > on Linux/390. I've just about driven myself crazy on this, but I can't get > it to work. I've tried STLport 4.0, 4.5, 4.5.3. I've completely rebuilt > gcc 2.95.2 with a patch Martin Blapp pointed me towards. I've completely > rebuild glibc 2.2.3. I've turned off all optimization. I've played with > the -pthread compile option, the various permutations of -D_REENTRANT and > -D_PTHREADS. I get further than I used to, but I'm still dying. If anyone > can offer any other suggestions, I'd love to hear them. Here's the latest > gdb run. This may not be of much help... but, Systems/C++ for Linux/390 includes the STLport libraries. Of course, that's not using g++. I'll pass your e-mail to the developers here and see if we can be some assistance... - Dave Rivers - -- [EMAIL PROTECTED]Work: (919) 676-0847 Get your mainframe programming tools at http://www.dignus.com
Linux/390 STLport SIGSEGV errors
Hopefully someone out there will have some experience with building STLPort on Linux/390. I've just about driven myself crazy on this, but I can't get it to work. I've tried STLport 4.0, 4.5, 4.5.3. I've completely rebuilt gcc 2.95.2 with a patch Martin Blapp pointed me towards. I've completely rebuild glibc 2.2.3. I've turned off all optimization. I've played with the -pthread compile option, the various permutations of -D_REENTRANT and -D_PTHREADS. I get further than I used to, but I'm still dying. If anyone can offer any other suggestions, I'd love to hear them. Here's the latest gdb run. # LD_LIBRARY_PATH="../../lib:" gdb eh_test GNU gdb 5.0 Copyright 2000 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "s390-slackware-linux"... (gdb) set args -s 100 (gdb) run Starting program: /usr/src/STLport-4.5/test/eh/eh_test -s 100 /usr/src/STLport-4.5/test/eh/eh_test : Exception handling testsuite. Setting 100 as base for random sizes. iteration #0 EH test : algobase [algobase] :testing uninitialized_copy() (weak) ... 101 try successful [algobase] :testing uninitialized_fill() (weak) ... 101 try successful [algobase] :testing uninitialized_fill_n() (weak) ... 101 try successful EH test : algo EH test : testing algo.h [algo] :testing inplace_merge #1() (weak) ... 350 try successful [algo] :testing inplace_merge() #2 (weak) ... 350 try successful [algo] :testing stable_sort() #1 (weak) ... 1336 try successful [algo] :testing stable_sort() #2 (weak) ... 1336 try successful [algo] :testing stable_partition() (weak) ... 345 try successful EH test : vector [vector] :testing n-size constructor (const) ... 95 try successful [vector] :testing pointer range constructor (const) ... 85 try successful [vector] :testing range insertion at random position (weak) ... 180 try successful [vector] :testing range insertion at begin() (weak) ... 180 try successful [vector] :testing range insertion at end() (weak) ... 180 try successful [vector] :testing single insertion at random position (weak) ... 98 try successful [vector] :testing single insertion at begin() (weak) ... 98 try successful [vector] :testing single insertion at end() (weak) ... 98 try successful [vector] :testing n-ary insertion at random position (weak) ... 117 try successful [vector] :testing n-ary insertion at begin() (weak) ... 185 try successful [vector] :testing n-ary insertion at end() (weak) ... 122 try successful [vector] :testing range insertion at random position (weak) ... 192 try successful [vector] :testing vector::reserve() (strong) ... 97 try successful [vector] :testing push_back() method (strong) ... 99 try successful [vector] :testing push_back() method (strong) ... 4 try successful [vector] :testing default constructor (const) ... 1 try successful [vector] :testing n-size with instance constructor (const) ... 44 try successful [vector] :testing iterator range constructor (const) ... 97 try successful [vector] :testing copy constructor (const) ... 97 try successful [vector] :testing assignment operator (weak) ... 144 try successful [vector] :testing assignment operator (weak) ... 64 try successful EH test : bit_vector [bit_vector] :testing single insertion at random position (strong) ... 2 try successful [bit_vector] :testing single insertion at begin() (strong) ... 2 try successful [bit_vector] :testing single insertion at end() (strong) ... 2 try successful [bit_vector] :testing n-ary insertion at random position (strong) ... 2 try successful [bit_vector] :testing n-ary insertion at begin() (strong) ... 2 try successful [bit_vector] :testing n-ary insertion at end() (strong) ... 2 try successful [bit_vector] :testing range insertion at random position (strong) ... 2 try successful [bit_vector] :testing range insertion at begin() (strong) ... 2 try successful [bit_vector] :testing range insertion at end() (strong) ... 2 try successful [bit_vector] :testing BitVector::reserve() (strong) ... 2 try successful [bit_vector] :testing push_back() method (strong) ... 2 try successful [bit_vector] :testing push_back() method (strong) ... 2 try successful [bit_vector] :testing default constructor (const) ... 1 try successful [bit_vector] :testing n-size constructor (const) ... 2 try successful [bit_vector] :testing n-size with instance constructor (const) ... 2 try successful [bit_vector] :testing iterator range constructor (const) ... 2 try successful [bit_vector] :testing copy constructor (const) ... 2 try successful [bit_vector] :testing assignment operator (weak) ... 1 try successful EH test : list [list] :testing single insertion at random position (strong) ... 3 try successful [list] :testing single insertion at begin() (strong) ... 3 try successful [list] :t
Re: Guset LANs and Linux
There is a very good HOWTO that is available at www.linuxvm.org. On Thursday 05 September 2002 05:22 pm, you wrote: > Any one have a cookbook or a reference to a redpiece or anything like that > for setting up Linux to use the new Guest LANs? We're about ready to > change over from VCTCA to guest LANs. I talked to several people at SHARE > who are doing this, but now I need some specifics. > > In CP, > What CP configuration do you have to set up? > How do you set up the LAN? > > In Linux, > Don't you have to change the /etc/rc.config file (SuSE) to use eth0 instead > of ctc0? What do you put in here? > Are there any entries on the boot parms line? > > Anything else I need to know about? Other files that need to be updated? > > "If Paradise Lost had been written by a system administrator, it would > have had the sequel 'Paradise Restored from Backup'." > > Gordon Wolfe, Ph. D. (425)865-5940 > VM Technical Services, The Boeing Company -- Rich Smrcina Sytek Services, Inc. Milwaukee, WI [EMAIL PROTECTED] [EMAIL PROTECTED] Catch the WAVV! Stay for Requirements and the Free for All! Update your S/390 skills in 4 days for a very reasonable price. WAVV 2003 in Winston-Salem, NC. April 25-29, 2003 For details see http://www.wavv.org
Guest LANs and Linux
Also see: http://www.linuxvm.org/Info/HOWTOs/guestlan.html That worked well for me (other than we use dynamic routing rather that static). Also, I'm pretty sure you have it on, but if not, make sure you have the kernel patch on from SuSE or else your perfectly configured network will never connect. Marcy Cortes Wells Fargo Services Co
Re: Guset LANs and Linux
Section 4.3 and 4.4 in http://www.redbooks.ibm.com/pubs/pdfs/redbooks/sg246816.pdf Also, see FAQ's at: http://sinenomine.net/fom-serve/cache/71.html
Re: Guset LANs and Linux
Gordon, go read the Linux HowTo on using Guest LANS at: http://www.linuxvm.org/Info/HOWTOs/guestlan.html That contains a checklist of everything you need to do to get your Linux images connected using Guest LANS on VM, instead of point to point (CTC) links. Good luck. Dave Jones Sine Nomine Associates Houston, TX - Original Message - From: "Wolfe, Gordon W" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Thursday, September 05, 2002 5:22 PM Subject: Guset LANs and Linux > Any one have a cookbook or a reference to a redpiece or anything like that > for setting up Linux to use the new Guest LANs? We're about ready to change > over from VCTCA to guest LANs. I talked to several people at SHARE who are > doing this, but now I need some specifics. > > In CP, > What CP configuration do you have to set up? > How do you set up the LAN? > > In Linux, > Don't you have to change the /etc/rc.config file (SuSE) to use eth0 instead > of ctc0? What do you put in here? > Are there any entries on the boot parms line? > > Anything else I need to know about? Other files that need to be updated? > > "If Paradise Lost had been written by a system administrator, it would > have had the sequel 'Paradise Restored from Backup'." > > Gordon Wolfe, Ph. D. (425)865-5940 > VM Technical Services, The Boeing Company >
Re: Clustered file system
All, GFS 5.1 (Global File System), the most commonly used cluster file system on Linux, will be in beta on Linux/390 by the end of September. Anyone interested in participating let me know and we'll get you on the beta list. Regards, Montgomery Mouw > -Original Message- > From: Linux on 390 Port [mailto:[EMAIL PROTECTED]]On Behalf Of > Philip J. Tully > Sent: Tuesday, September 03, 2002 2:48 PM > To: [EMAIL PROTECTED] > Subject: Clustered file system > > > To All, > > What is the status of clustered file systems on Linux/390? Are any > ready for prime time? > > TIA > > Phil > >
CrossPost: SHARE Proceedings CD - Info
Since many had asked what the procedure was to get a proceedings CD I decided to ask SHARE HQ. This is the answer that I received: - - - - - - - - The proceedings will be available to all on the website. However, if you would like to recieve a CD you can request on the SHARE website (the home page under the Member News tab). - - - - - - - - Thus apparently they are not being automatically sent to all attendees. Lionel B. Dyck, Systems Software Lead Kaiser Permanente Information Technology 25 N. Via Monte Ave Walnut Creek, Ca 94598 Phone: (925) 926-5332 (tie line 8/473-5332) E-Mail:[EMAIL PROTECTED] Sametime: (use Lotus Notes address) AIM:lbdyck
Re: The redpaper for cloning zLinux images via VQDIO is available
You could also automate the process of building the inventory by having a VM service machine dedicated to that task. IPLing a machine from the inventory could recognize that it was the first time it had been used, and smsg the service machine to cause it to create a new userid. This way, taking machines off the front of the queue would automatically add new machines to the end of the queue. You'd need to balance the number of queued machines with the intensity of requests you wanted to be able to handle. Robert P. Nixinternet: [EMAIL PROTECTED] Mayo Clinic phone: 507-284-0844 200 1st St. SW page: 507-255-3450 Rochester, MN 55905 "In theory, theory and practice are the same, but in practice, theory and practice are different." > -Original Message- > From: Adam Thornton [SMTP:[EMAIL PROTECTED]] > Sent: Wednesday, September 04, 2002 12:01 PM > To: [EMAIL PROTECTED] > Subject: Re: The redpaper for cloning zLinux images via VQDIO is available > > > If raw speed is what you care about, you precreate a small inventory of > machines, and hand those out on demand. As you IPL each one the first > time, it can send a message indicating you need to refill your > inventory. Then it turns into the time to IPL a Linux guest, typically > (if few services are running) twenty seconds or so. >
Re: Five More SHARE 99 Presentations
Montgomery, No, I don't. If you can get me a copy, I would appreciate it. I can convert PowerPoint to PDF, if needed. Mark Post -Original Message- From: Montgomery Mouw [mailto:[EMAIL PROTECTED]] Sent: Thursday, September 05, 2002 2:46 PM To: [EMAIL PROTECTED] Subject: Re: Five More SHARE 99 Presentations Do you have the SHARE presentation by Mike Declerck on Global File System (GFS) for Linux/390? I can round up a copy of it if you need. Regards, Montgomery Mouw > -Original Message- > From: Linux on 390 Port [mailto:[EMAIL PROTECTED]]On Behalf Of > Post, Mark K > Sent: Thursday, September 05, 2002 12:27 PM > To: [EMAIL PROTECTED] > Subject: Five More SHARE 99 Presentations > > > The kind people at Linuxcare have contributed five of their SHARE 99 > presentations to be added to the linuxvm.org web site. Since I'm not > familiar with the THE editor, I'm not sure how applicable the session on > XEDIT is to Linux/390, but certainly it is appropriate for anyone who's > using VM as their base OS, as many of us are. > > Sess.# Presenter Title > > 9201Phil Smith Exploiting XEDIT > 9320Phil Smith Open Source: Making a > Business Case > 9323Phil Smith Managing Linux Under z/VM > 9324Alex deVriesAddressing Cultural Barriers > 9344Art Olbert Lessons Learned From Linux on z/VM > (Roundtable) > > Thanks again to Alex, Art, and Phil. > > Mark Post > >
Re: Five More SHARE 99 Presentations
Do you have the SHARE presentation by Mike Declerck on Global File System (GFS) for Linux/390? I can round up a copy of it if you need. Regards, Montgomery Mouw > -Original Message- > From: Linux on 390 Port [mailto:[EMAIL PROTECTED]]On Behalf Of > Post, Mark K > Sent: Thursday, September 05, 2002 12:27 PM > To: [EMAIL PROTECTED] > Subject: Five More SHARE 99 Presentations > > > The kind people at Linuxcare have contributed five of their SHARE 99 > presentations to be added to the linuxvm.org web site. Since I'm not > familiar with the THE editor, I'm not sure how applicable the session on > XEDIT is to Linux/390, but certainly it is appropriate for anyone who's > using VM as their base OS, as many of us are. > > Sess.# Presenter Title > > 9201Phil Smith Exploiting XEDIT > 9320Phil Smith Open Source: Making a > Business Case > 9323Phil Smith Managing Linux Under z/VM > 9324Alex deVriesAddressing Cultural Barriers > 9344Art Olbert Lessons Learned From Linux on z/VM > (Roundtable) > > Thanks again to Alex, Art, and Phil. > > Mark Post > >
Five More SHARE 99 Presentations
The kind people at Linuxcare have contributed five of their SHARE 99 presentations to be added to the linuxvm.org web site. Since I'm not familiar with the THE editor, I'm not sure how applicable the session on XEDIT is to Linux/390, but certainly it is appropriate for anyone who's using VM as their base OS, as many of us are. Sess.# Presenter Title 9201Phil Smith Exploiting XEDIT 9320Phil Smith Open Source: Making a Business Case 9323Phil Smith Managing Linux Under z/VM 9324Alex deVriesAddressing Cultural Barriers 9344Art Olbert Lessons Learned From Linux on z/VM (Roundtable) Thanks again to Alex, Art, and Phil. Mark Post
Re: H50 sandbox
May I add my two cents. Why use an LPAR and lose the flexibility VM gives you? I have VM/ESA 2.4.0 up on a MP3000 since it was install on January 5th and it's been running since. I don't remember the last time VM has taken an outage except for a scheduled IPL. VM, the worlds 1st and foremost CLIENT/SERVER. vr, P. Abruzzese > -Original Message- > From: Adam Thornton [SMTP:[EMAIL PROTECTED]] > Sent: Wednesday, September 04, 2002 6:26 PM > To: [EMAIL PROTECTED] > Subject: Re: H50 sandbox > > On Wed, Sep 04, 2002 at 05:07:04PM -0400, Dave Myers wrote: > > Why dedicate two adapters to Linux guests (assuming you mean guests > under > > z/VM). > > Why not run these Linux "routers" in dedicated LPARs and isolate them > > from other images? > > Because then you can't couple them to guest LANs. And frankly, in z/VM > 4.2 or later, guest LANs are the only way to fly for multiple Linux > images. > > I think I see where David is going with this, which is to have redundant > Linux routers with failover capability. Which may be overkill if you > mostly trust your adapter, since they're probably plugging into the same > segment anyway. > > z/VM needs a TCPIP guest if you want VM to be able to talk TCP. VM has > a service machine, TCPIP, which controls its TCP/IP functions. > > I don't see a need to isolate your images with LPARs; set SHARE > appropriately under VM, and they won't run away with the box. If this > is a sandbox system, then there's no particular need to guarantee > performance (by dedicating resources) to the z/OS image, is there? And > can't you assume that--since it's not a production system--if z/VM takes > an outage, which should be infrequent, that you can afford to lose your > other guests too during that time? > > Adam
Re: The redpaper for cloning zLinux images via VQDIO is available
At 20:50 04-09-02, Tung-Sing Chong wrote: >I did look into using Flashcopy on the SHARK and decided to use DDR >instead. I think you can only use flashcopy to copy data within the same >RAID array. The DASD I used (>100 3390-3s) in my demo are on few RADI >arrays. Currently I do not have any plan to change my cloning example to >use flashcopy. The big problem with FlashCopy is that it copies to the same set of tracks on another volume (or a full volume). In real life this is a PITA but in a demo where you have packs full of identical Linux disks it would work. Say your disk to copy is 330 cylinders, then you only need to set up one pack with 10 x 330 cylinders as your master images and pick the right one to copy from. If your disks contain some white space to allow for the Linux guest to write its own log files etc, then there may be things faster than DDR (as we published in the ISP/ASP redbook) but since you also need to do the formatting it will be a close race and mainly save other resources but time (so only relevant if you clone multiple servers in parallel). Rob
Re: The redpaper for cloning zLinux images via VQDIO is available
> The potential issue being of course that while the copy is running in the > background it's consuming backend bandwidth, thus the "background" copy > does have the potential for degrading other workloads. Depends how long the Linux image lives for. If it's only created for a transient workload (like an address space for a JOB under z/OS) then the copy doesn't have to complete. But you're right - with everything except the RVA/SVA, the capacity must be available. > I must say that the virtual architecture of the RVAs/SVAs is certainly > impressive and made (IMO, EMC will argue otherwise) DASD management much > easier. It was a sad day when IBM announced that they weren't going to > bring that technology forward into the Shark. The decision was on where to virtualise - inside the box or outside. StorageTank won. -- Phil Payne http://www.isham-research.com +44 7785 302 803
Re: RPM problem
The reported failed dependencies in most cases seem to be for the same package, like >file /usr/IBMdb2/V7.1/bin/db2advis from install of db2cliv71-7.1.0-67 >conflicts with file from package db2cliv71-7.1.0-55 One would almost think the shell script is doing an 'rpm -i' rather than a 'rpm -U' for the package... It may also be that the instructions tell you to un-install the old release first (don't know, have not looked at it). I know from other rpm installs from the same vendor that expect that. Rob
Re: [PATCH} s390x sys32 duplicated code cleanup (was [PATCH RFC] s390x sys32...)
Hi Tim, >Uggh, DaveM pointed out a very good issue with this fix (similar for >Sparc64) and core files. Core files will now have truncated uid/gid >values because fs/binfmt_elf calls NEW_TO_OLD_UID(). May be other >places, too. > >I guess you should not apply this patch until I've had a better think >about it. Sad but true. And I don't see an easy way around it without changes to fs/binfmt_elf.c. blue skies, Martin Linux/390 Design & Development, IBM Deutschland Entwicklung GmbH Schönaicherstr. 220, D-71032 Böblingen, Telefon: 49 - (0)7031 - 16-2247 E-Mail: [EMAIL PROTECTED]
