Re: Technical Specs
You can rely on MVCL to operate the way the POP says it will. My impression from reading the POP is that the MVCL is an interruptible instruction so if you're coding first level on a multi processor configuration without an operating system to manager things for you the results of the MVCL can be erractic in appearance even if the instruction has done exactly what it was supposed to since another thread on another processor was updating the storage the MVCL was operating on. I haven't dug this piece of PoP out for some time, but memory suggests that the interruptibility of MVCL has little to do with it, apart from increasing the window. Even instructions like MVC can cause garbling if two sharing processors hit the same piece of storage at the same time. Older machines used to store a doubleword at a time - do modern designs do a conceptual full-length store at one time? ISTR PoP saying the results of two processors trying to update the same storage at the same time would always be unpredictable. -- Phil Payne http://www.isham-research.com +44 7785 302 803
AW: LVM Help
please do man vgcfgrestore I always had success restoring the vg configuration. this should help. Please take a look at /etc/lvmconf/ you should run vgcfgbackup from time to time and then you will find old vg configurations. then you can restore lvm vg information with: Example: restore vg information for volume group vgDATA MYVG=vgDATA pvscan|grep $MYVG|awk -F'' '{ print $2 }'|while read MYDEVICE do vgcfgrestore -f /etc/lvmconf/${MYVG}.conf.1.old -n $MYVG $MYDEVICE done also copy this older configurations to another server or use a backup tool to keep this files save. cu Martin Lonkwitz -Ursprüngliche Nachricht- Von: David Holt [mailto:[EMAIL PROTECTED] Gesendet: Montag, 15. Dezember 2003 22:59 An: [EMAIL PROTECTED] Betreff: LVM Help Yesterday I was trying to expand an existing LVM filesystem and it appeared ok after I issued the resize2fs command but after I rebooted the Linux instance the filesystem was mounted but it was not the correct file system. It appears LVM got the expanded file system confused with another file system. In trying to correct this problem I think I corrupted another file system. When I issue a vgdisplay command I get the following: vgdisplay -- ERROR: VGDA in kernel and lvmtab are NOT consistent; please run vgscan I ran vgscan but it didn't help. I found what appeared to be backups of volume group information in /etc/lvmconf directory. Is there a way to recover the LVM to a previous state or recover the volume group info? We are SLES 7 with the 2.4.7 kernel.
EMC acquires VMWare
From today's NY Times (free subscription required): http://www.nytimes.com/2003/12/16/technology/16soft.html The EMC Corporation took a significant step to broaden its business yesterday with the purchase of VMware for $635 million in cash. The purchase of VMware, analysts say, is part of the shift under way at EMC to become less dependent on data storage systems and to expand further into software as price pressures steadily erode the profitability of computer hardware.
Re: Technical Specs
I wonder what the significance of being interruptible is if not garbling results. MVCL came along with System/370 - at that time uniprocessors were more common and a lot of IBM hardware had strict timing considerations - 1419 interrupts HAD to be handled within so many milliseconds or you lost the document - sometimes literally. So an instruction with a potentially long duration HAD to be interruptible for I/O interrupts to be handled in time. I'm not sure what the current situation actually is - the time-critical peripherals have gone and most systems are multi-CPU with the SAP offloading a lot of I/O processing. I doubt that MCVLs get interrupted much these days. I imagined that MVC was atomic in nature meaning that the second processor couldn't garble things until the MVC had run it's course. I think that's implementation-dependent, as IBM would say. Unwise to rely on it. -- Phil Payne http://www.isham-research.com +44 7785 302 803
Re: EMC acquires VMWare
Here's The Register's equivalent: http://www.theregister.co.uk/content/61/34523.html One wonders what IBM's reaction will be. If only we had a VM version for these small boxes :-) Rod
Re: LVM Help
I noticed you had two responses. The one is one thing that I was afraid of, a bug in the lvm supplied on sles7. That we could have found in the support database. What about that vgcfgrestore. Did you try that? Beth Somers Certified Consulting I/T Specialist - Large and Storage Systems [EMAIL PROTECTED] David Holt [EMAIL PROTECTED]To: [EMAIL PROTECTED] .fl.us cc: Sent by: Linux onSubject: LVM Help 390 Port [EMAIL PROTECTED] IST.EDU 12/15/2003 04:59 PM Please respond to Linux on 390 Port Yesterday I was trying to expand an existing LVM filesystem and it appeared ok after I issued the resize2fs command but after I rebooted the Linux instance the filesystem was mounted but it was not the correct file system. It appears LVM got the expanded file system confused with another file system. In trying to correct this problem I think I corrupted another file system. When I issue a vgdisplay command I get the following: vgdisplay -- ERROR: VGDA in kernel and lvmtab are NOT consistent; please run vgscan I ran vgscan but it didn't help. I found what appeared to be backups of volume group information in /etc/lvmconf directory. Is there a way to recover the LVM to a previous state or recover the volume group info? We are SLES 7 with the 2.4.7 kernel. inline: graycol.gifinline: ecblank.gifinline: pic19260.gif
Re: EMC acquires VMWare
There's a lot going on out past the controller interface. IBM has highly credible virtualisation products on the market, Luminex has a controller personality, Platform Solutions are up to something and of course all of the Intel-based /390 emulators have the technology under the covers. One wonders what IBM's reaction will be. If only we had a VM version for these small boxes :-) I'm not sure whether IBM owns enough IP from its VM and PR/SM efforts to build its own VM for Intel. Or whether it would be worth it. -- Phil Payne http://www.isham-research.com +44 7785 302 803
Re: LVM Help
It shouldn't be needed. When we ran into this, it didn't do any damage, we just ended up with the same filesystem mounted in two places. The usual cause of the problem is a device missing from the configuration. LVM won't activate an incomplete VG, but instead of giving an error, it mounts the wrong one later. Fixing the underlying problem and activating the VG usually straightens things out. SLES8 WILL give an error trying to mount an LV in an inactive VG. This usually halts the IPL process at the local filesystem mount point, while the root FS is still in read-only mode. You can re-ipl without causing damage from here. Of course, if you have to fix fstab at this point, it's a little difficult, but the error messages give a hint about how to remount / read-write. -Original Message- From: Linux on 390 Port [mailto:[EMAIL PROTECTED] Behalf Of Beth Somers Sent: Tuesday, December 16, 2003 9:08 AM To: [EMAIL PROTECTED] Subject: Re: [LINUX-390] LVM Help I noticed you had two responses. The one is one thing that I was afraid of, a bug in the lvm supplied on sles7. That we could have found in the support database. What about that vgcfgrestore. Did you try that? Beth Somers Certified Consulting I/T Specialist - Large and Storage Systems [EMAIL PROTECTED] David Holt [EMAIL PROTECTED]To: [EMAIL PROTECTED] .fl.us cc: Sent by: Linux onSubject: LVM Help 390 Port [EMAIL PROTECTED] IST.EDU 12/15/2003 04:59 PM Please respond to Linux on 390 Port Yesterday I was trying to expand an existing LVM filesystem and it appeared ok after I issued the resize2fs command but after I rebooted the Linux instance the filesystem was mounted but it was not the correct file system. It appears LVM got the expanded file system confused with another file system. In trying to correct this problem I think I corrupted another file system. When I issue a vgdisplay command I get the following: vgdisplay -- ERROR: VGDA in kernel and lvmtab are NOT consistent; please run vgscan I ran vgscan but it didn't help. I found what appeared to be backups of volume group information in /etc/lvmconf directory. Is there a way to recover the LVM to a previous state or recover the volume group info? We are SLES 7 with the 2.4.7 kernel.
Re: New England Users of VM - We're Back!
Hi Anne, It does have a very nostalgic feeling meeting at Lombardo's (we'll even have the same meeting and dining rooms that we used in the 1980's!). I hope you can make the meeting, it should be quite informative and useful. :) PS: To all, if you are thinking about attending and have not yet registered, please do so promptly. We offer a choice of Prime Rib or Turkey for lunch, but I just learned from Lombardo's that they need us to confirm our menu choices THREE WEEKS prior to the meeting (i.e. this week). If you register now, you get to select your luncheon choice - but after this week you may not have a choice. :( Michael Coffin, VM Systems Programmer Internal Revenue Service - Room 6527 Constitution Avenue, N.W. Washington, D.C. 20224 Voice: (202) 927-4188 FAX: (202) 622-6726 [EMAIL PROTECTED] -Original Message- From: Ann Smith [mailto:[EMAIL PROTECTED] Sent: Monday, December 15, 2003 5:11 PM To: [EMAIL PROTECTED] Subject: Re: New England Users of VM - We're Back! I can hardly believe it! And at Lombardo's no less. This could be fattening. Michael Coffin wrote: Cross-posted on VMESA-L, NEUVM-L and LINUX-390 lists, feel free to forward as appropriate Greetings! I'm happy to announce that the New England Users of VM (NEUVM) local user group has resumed operations after several years of inactivity. NEUVM has been re-established, and now welcomes members of the Linux/390 community as well as traditional VM shops. For additional information on NEUVM, please visit our new website at www.neuvm.org. While you are there, create an account and register for our Winter Meeting. You don't need to live or work in New England to be a member of NEUVM. Membership in NEUVM provides: * Access to our online technical forums and other members-only areas. * Advance notification of future meetings, technical seminars and news alerts. * Ability to register online for meetings and seminars at discounted member rates. * Ability to request presentations on specific subjects at future meetings. The NEUVM Winter Meeting will be held on January 13, 2004 at Lombardo's in Randolph, Massachusetts. A breakfast buffet and luncheon featuring your choice of a New England Roasted Turkey Dinner or Succulent Slow Roasted Prime Rib of Beef will be provided. The meeting and catered luncheon are FREE if you register online at www.neuvm.org. Walk-in guests are welcome, but there will be a $25 registration fee at the door - so register online NOW. :) Presenting at the Winter Meeting will be: Introduction - Michael Coffin, MC Consulting Company, Inc. Michael Coffin will welcome members and discuss plans for the new and improved NEUVM. Best Practices for Deploying Linux on VM - Phil Smith III, LinuxCare, Inc. While the deployment of Linux on z/VM is gaining momentum in enterprise data centers, unfamiliar or inexperienced Linux system administrators may be unaware of common mistakes or hazards that could potentially jeopardize a successful Linux on z/VM implementation. For example, tricks such as sharing or copying minidisks are tempting when considering how to manage dozens or hundreds of Linux instances, but these shortcuts frequently result in systems that are more difficult to manage. This session is aimed at VM system programmers who are either considering or already deploying multiple instances of Linux on VM and who need a manageable and dependable software stack in their environment. Automating Application Startup Under Linux - David Boyes, Sine Nomine Associates The creation of automatic startup scripts for applications on Linux is poorly documented and fraught with some peril in the early SuSE and RH releases. In this presentation, we'll go over what happens during Linux startup, the SysV init script structure that is used by most Linux distributions, and how to create scripts that can be safely integrated into the Linux startup process to start your applications at boot time. If we have time, we'll open it up for discussion of common applications and problems encountered. What's New in z/VM 4.4 - Alan Altmark, IBM Alan Altmark will bring you up to date on IBM's latest enhancements to its premier virtualization technology, z/VM Version 4 Release 4, generally available since August 15, 2003. VM and Linux/390 TCP/IP Connectivity - Alan Altmark, IBM Alan Altmark will present Connecting to Linux for zSeries and provide detailed information how to integrate Linux for zSeries into your IP network. He will show you how to configure LCS, OSA-Express (QDIO), zSeries HiperSockets, and Channel-to-Channel connections. Special emphasis is given to the z/VM environment, including virtual routing and switching considerations. Speakers for our next NEUVM meeting are already being lined up. We've tentatively scheduled Barton Robinson from Velocity Software, and David Kreuter from VM Resources, LTD. We do, however, need to
Re: Technical Specs
On Tuesday, 12/16/2003 at 02:14 CET, Phil Payne [EMAIL PROTECTED] wrote: I imagined that MVC was atomic in nature meaning that the second processor couldn't garble things until the MVC had run it's course. I think that's implementation-dependent, as IBM would say. Unwise to rely on it. No, not implementation-dependent. Look in the PoP under Consistency Specification. Subject to the documented initial conditions, MVC and MVCL will have consitency on each 4 or 8 bytes that are read and written. That means that the storage access to those locations is serialized and other CPUs will observe storage changing in 4- or 8-byte increments. As another example, (assuming 390 architecture mode) if you load all 16 registers with Load Multiple, and the operand address is on a word boundary, then registers will be loaded 2 at a time (doubleword) with consistency. Regs 0 1 will be consistent, 2 3, and so on. Alan Altmark Sr. Software Engineer IBM z/VM Development
Re: Technical Specs
This reminds me: I remember that back when Amdahl was trying to get their Unix system working on the 580 dual processor they had problems with the MVCL. Actually I think this is why I knew that MVCL was a problem in multiprocessor systems. It may be that Amdahl didn't implement MVCL properly. There were some variances between IBM hardware and Amdahl hardware. The UTS group also had problems with the implementation of channels on the 580 and the asynchronous terminal controller (not the 3270 controller). I don't remember much detail, but it had to do with when interrupts occurred. When testing UTS under VM it worked, but when running native it failed. Sometimes VM can mask these kinds of problems. -Original Message- From: Phil Payne [mailto:[EMAIL PROTECTED] Sent: Tuesday, December 16, 2003 5:15 AM To: [EMAIL PROTECTED] Subject: Re: Technical Specs I wonder what the significance of being interruptible is if not garbling results. MVCL came along with System/370 - at that time uniprocessors were more common and a lot of IBM hardware had strict timing considerations - 1419 interrupts HAD to be handled within so many milliseconds or you lost the document - sometimes literally. So an instruction with a potentially long duration HAD to be interruptible for I/O interrupts to be handled in time. I'm not sure what the current situation actually is - the time-critical peripherals have gone and most systems are multi-CPU with the SAP offloading a lot of I/O processing. I doubt that MCVLs get interrupted much these days. I imagined that MVC was atomic in nature meaning that the second processor couldn't garble things until the MVC had run it's course. I think that's implementation-dependent, as IBM would say. Unwise to rely on it. -- Phil Payne http://www.isham-research.com +44 7785 302 803
Interesting Redpiece
I haven't read this yet, but the abstract seems interesting (even if it is Java oriented for the server on Linux): http://publib-b.boulder.ibm.com/Redbooks.nsf/RedpaperAbstracts/redp3758.html ?Open This Redpaper describes an implementation that routes CPU-intensive work in an application from IBM CICS on z/OS to a grid Linux environment and returns the result back to CICS. A grid of computing resources was defined and part of a CICS application ran successfully on the grid, showing a way to gain more flexible deployment and workload growth without a major application rewrite. In addition, CICS PRJVM significantly improved the performance of the application. -- John McKown Senior Systems Programmer UICI Insurance Center Applications Solutions Team +1.817.255.3225 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.
Re: Patch to glibc
Mmmm, no, I don't think so. I really want the Linux/390 folks in Boeblingen to figure out what would be the correct fix for this. After I sent the patch, I re-read Ulrich's post much more closely, and re-discovered his thought that the correct way might be to introduce another makefile variable to handle this value for just the .oS files. My patch just blanketly replaces fpic with fPIC for _all_ compilations that used the existing variable. I don't know if that is desirable or not, so I went back and changed my original fix to not do that, and instead updated the Makeconfig file. Since I am in no way a C/C++ developer, I don't want to send possibly boneheaded fixes to someone unfamiliar with Linux/390. Mark Post -Original Message- From: Linux on 390 Port [mailto:[EMAIL PROTECTED] Behalf Of Matt Zimmerman Sent: Monday, December 15, 2003 10:16 PM To: [EMAIL PROTECTED] Subject: Re: Patch to glibc On Mon, Dec 15, 2003 at 08:12:22PM -0500, Mark Post wrote: I don't know, and cannot test, if a similar fix needs to be applied to glibc-2.3.2/sysdeps/s390/s390-64/Makefile or not. Someone who is running on s390x might be able to check it out and let the rest of us know. If this is _not_ the correct fix, I would appreciate knowing what is, so that I can modify my build scripts appropriately. If you haven't already, you might forward this to [EMAIL PROTECTED] or such to remind the glibc maintainers about it. -- - mdz
quick vm question
we have a level 2 vm guest that hasn't been used in a while. unfortunately, i have forgotten the password for maint. is there any way of retrieving it? +--- + | Chris Little[EMAIL PROTECTED] | | Ok Dept of Human Services Data Services Division (405)522-1306 | +--- +
Re: quick vm question
Yes, Get a tool like DUSERX, DIRENT, VMXUND (if you have VM:Secure), then get a read-only link to the 2nd level sysres volume, then run the tool either for the specific userid or for the entire 2nd level directory. /Thomas Kern /301-903-2211 -Original Message- From: Little, Chris [mailto:[EMAIL PROTECTED] Sent: Tuesday, December 16, 2003 13:35 To: [EMAIL PROTECTED] Subject: quick vm question we have a level 2 vm guest that hasn't been used in a while. unfortunately, i have forgotten the password for maint. is there any way of retrieving it? +- -- + | Chris Little[EMAIL PROTECTED] | | Ok Dept of Human Services Data Services Division (405)522-1306 | +- -- +
Re: quick vm question
Is there anyway outside of asking purchasing to put it out to bid, waiting two months for the bidding process to close and then being told there is no money for new purchases. -Original Message- From: Kern, Thomas [mailto:[EMAIL PROTECTED] Sent: Tuesday, December 16, 2003 12:38 PM To: [EMAIL PROTECTED] Subject: Re: quick vm question Yes, Get a tool like DUSERX, DIRENT, VMXUND (if you have VM:Secure), then get a read-only link to the 2nd level sysres volume, then run the tool either for the specific userid or for the entire 2nd level directory. /Thomas Kern /301-903-2211 -Original Message- From: Little, Chris [mailto:[EMAIL PROTECTED] Sent: Tuesday, December 16, 2003 13:35 To: [EMAIL PROTECTED] Subject: quick vm question we have a level 2 vm guest that hasn't been used in a while. unfortunately, i have forgotten the password for maint. is there any way of retrieving it? +- -- + | Chris Little[EMAIL PROTECTED] | | Ok Dept of Human Services Data Services Division (405)522-1306 | +- -- +
SAS on Linux/390
I've tried looking on the SAS web site, but I cannot find a list of supported platforms for SAS. Does anybody know if SAS can run on Linux? Specifically, I have SuSE SLES7 beta, 64-bit (the free thing that I downloaded long ago). What would be nice would be to move some heavy hitters from my z/OS system (which is CPU constrainted) to the Linux system which runs on an IFL (which is basically idle at present). -- John McKown Senior Systems Programmer UICI Insurance Center Applications Solutions Team +1.817.255.3225 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.
Re: quick vm question
If you haven't changed the read password for the minidisk that the directory is stored on, you can link to the disk from OPERATOR, access it and just look at the directory (whether MAINT manages it or DIRMAINT or whoever). On Tue, 2003-12-16 at 12:34, Little, Chris wrote: we have a level 2 vm guest that hasn't been used in a while. unfortunately, i have forgotten the password for maint. is there any way of retrieving it? +--- + | Chris Little[EMAIL PROTECTED] | | Ok Dept of Human Services Data Services Division (405)522-1306 | +--- + -- Rich Smrcina Sr. Systems Engineer Sytek Services - A Division of DSG Milwaukee, WI rsmrcina at wi.rr.com rsmrcina at dsgroup.com Catch the WAVV! Stay for requirements and the free-for-all. Update your zSeries skills in 4 days for a very reasonable price. WAVV 2004 in Chattanooga, TN April 30-May 4, 2004 For details see http://www.wavv.org
Re: quick vm question
Chris, 1) If you use DirMaint, the backup directory is a flat file on DIRMAINT 1DB. The systems programmer usually sets up one or more userids that can link to other minidisks without using a link password. 2) If you back up your directory, restore it to another disk that you can link to. 3) Does your stand-alone test system use a copy of the production system? If so, check the directory there. Betsie - Original Message - From: Little, Chris [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Tuesday, December 16, 2003 10:34 AM Subject: quick vm question we have a level 2 vm guest that hasn't been used in a while. unfortunately, i have forgotten the password for maint. is there any way of retrieving it? +--- + | Chris Little[EMAIL PROTECTED] | | Ok Dept of Human Services Data Services Division (405)522-1306 | +--- +
Re: quick vm question
DUSERX is free but off-hand I don't remember where I got it. DIRENT is free from the IBM Downloads Website. VM:Secure is the only one that you would have to pay for. Use it IF you have it. /Thomas Kern /301-903-2211 -Original Message- From: Little, Chris [mailto:[EMAIL PROTECTED] Sent: Tuesday, December 16, 2003 13:40 To: [EMAIL PROTECTED] Subject: Re: quick vm question Is there anyway outside of asking purchasing to put it out to bid, waiting two months for the bidding process to close and then being told there is no money for new purchases. -Original Message- From: Kern, Thomas [mailto:[EMAIL PROTECTED] Sent: Tuesday, December 16, 2003 12:38 PM To: [EMAIL PROTECTED] Subject: Re: quick vm question Yes, Get a tool like DUSERX, DIRENT, VMXUND (if you have VM:Secure), then get a read-only link to the 2nd level sysres volume, then run the tool either for the specific userid or for the entire 2nd level directory. /Thomas Kern /301-903-2211 -Original Message- From: Little, Chris [mailto:[EMAIL PROTECTED] Sent: Tuesday, December 16, 2003 13:35 To: [EMAIL PROTECTED] Subject: quick vm question we have a level 2 vm guest that hasn't been used in a while. unfortunately, i have forgotten the password for maint. is there any way of retrieving it? +- -- + | Chris Little[EMAIL PROTECTED] | | Ok Dept of Human Services Data Services Division (405)522-1306 | +- -- +
Re: SAS on Linux/390
I thought I've heard that it is either being considered or is available, but they are not on the ISV's page: http://www-1.ibm.com/servers/eserver/zseries/solutions/s390da/linuxproduct.html On Tue, 2003-12-16 at 12:38, McKown, John wrote: I've tried looking on the SAS web site, but I cannot find a list of supported platforms for SAS. Does anybody know if SAS can run on Linux? Specifically, I have SuSE SLES7 beta, 64-bit (the free thing that I downloaded long ago). What would be nice would be to move some heavy hitters from my z/OS system (which is CPU constrainted) to the Linux system which runs on an IFL (which is basically idle at present). -- John McKown Senior Systems Programmer UICI Insurance Center Applications Solutions Team +1.817.255.3225 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. -- Rich Smrcina Sr. Systems Engineer Sytek Services - A Division of DSG Milwaukee, WI rsmrcina at wi.rr.com rsmrcina at dsgroup.com Catch the WAVV! Stay for requirements and the free-for-all. Update your zSeries skills in 4 days for a very reasonable price. WAVV 2004 in Chattanooga, TN April 30-May 4, 2004 For details see http://www.wavv.org
Re: SAS on Linux/390
I've tried looking on the SAS web site, but I cannot find a list of supported platforms for SAS. Does anybody know if SAS can run on Linux? Specifically, I have SuSE SLES7 beta, 64-bit (the free thing that I downloaded long ago). What would be nice would be to move some heavy hitters from my z/OS system (which is CPU constrainted) to the Linux system which runs on an IFL (which is basically idle at present). John: I believe SAS has a beta available for Linux on S/390. You have to contact your SAS sales rep. Jim
Re: SAS on Linux/390
Thanks. It probably costs too much (like $0.00), but I'll mention it tomorrow in our staff meeting. We (Tech Services) run SAS for SMF processing and, right now, every z/OS cycle is precious. -- John McKown Senior Systems Programmer UICI Insurance Center Applications Solutions Team +1.817.255.3225 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: Jim Elliott [mailto:[EMAIL PROTECTED] Sent: Tuesday, December 16, 2003 12:43 PM To: [EMAIL PROTECTED] Subject: Re: SAS on Linux/390 I've tried looking on the SAS web site, but I cannot find a list of supported platforms for SAS. Does anybody know if SAS can run on Linux? Specifically, I have SuSE SLES7 beta, 64-bit (the free thing that I downloaded long ago). What would be nice would be to move some heavy hitters from my z/OS system (which is CPU constrainted) to the Linux system which runs on an IFL (which is basically idle at present). John: I believe SAS has a beta available for Linux on S/390. You have to contact your SAS sales rep. Jim
Re: SAS on Linux/390
At 01:38 PM 12/16/2003, you wrote: I've tried looking on the SAS web site, but I cannot find a list of supported platforms for SAS. Does anybody know if SAS can run on Linux? Specifically, I have SuSE SLES7 beta, 64-bit (the free thing that I downloaded long ago). What would be nice would be to move some heavy hitters from my z/OS system (which is CPU constrainted) to the Linux system which runs on an IFL (which is basically idle at present). FWIW, SAS surveys its users each year to prioritize its development efforts. In the 2002 ballot, a port to mainframe Linux garnered 77 votes (the 200th most popular item; by comparison, a port to Linux for Itanium garnered 95 votes (181st most popular request)). I'll add a related note: SAS/Connect enables a process on one host to initiate SAS processing on a different host (assuming that host has a SAS/Connect listener running). If you *do* get a SAS beta for Linux/390, you may want to look into that. If, for whatever reason, you *don't* get SAS running on Linux/390, you might still be able to offload some CPU load to a SAS host on a different platform (Linux/Intel, UNIX, Wintel, etc.)
FW: IBM iSource -- U.S. Announcements
This interesting little tidbit showed up today. It says that the per-CPU licensing for SLES8 on iSeries and pSeries is being changed to per-install. (The announcement also uses the term per-server install.) Perhaps someone from IBM could comment on this. Does this mean that if someone uses the hypervisor to create (for example) 10 Linux LPARs, they would be charged for 10 licenses, when they might have been charged much less on a per-CPU basis? It's rather vague, and I don't want to spread misinformation if I can avoid it. Thanks, Mark Post -Original Message- From: IBM iSource [mailto:[EMAIL PROTECTED] Sent: Tuesday, December 16, 2003 8:35 AM To: [EMAIL PROTECTED] Subject: IBM iSource -- U.S. Announcements Software _ 203342 Prices restructured: SuSE Linux Enterprise Server 8 for iSeries and pSeries (5.1KB) http://www.ibm.com/isource/cgi-bin/goto?it=usa_annredon=203-342
Re: IBM iSource -- U.S. Announcements
My interpretation of per server would be per box (or CEC in the zArch world). Of course, I'm not IBM. -- John McKown Senior Systems Programmer UICI Insurance Center Applications Solutions Team +1.817.255.3225 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: Mark Post [mailto:[EMAIL PROTECTED] Sent: Tuesday, December 16, 2003 2:53 PM To: [EMAIL PROTECTED] Subject: FW: IBM iSource -- U.S. Announcements This interesting little tidbit showed up today. It says that the per-CPU licensing for SLES8 on iSeries and pSeries is being changed to per-install. (The announcement also uses the term per-server install.) Perhaps someone from IBM could comment on this. Does this mean that if someone uses the hypervisor to create (for example) 10 Linux LPARs, they would be charged for 10 licenses, when they might have been charged much less on a per-CPU basis? It's rather vague, and I don't want to spread misinformation if I can avoid it. Thanks, Mark Post -Original Message- From: IBM iSource [mailto:[EMAIL PROTECTED] Sent: Tuesday, December 16, 2003 8:35 AM To: [EMAIL PROTECTED] Subject: IBM iSource -- U.S. Announcements Software _ 203342 Prices restructured: SuSE Linux Enterprise Server 8 for iSeries and pSeries (5.1KB) http://www.ibm.com/isource/cgi-bin/goto? it=usa_annredon=203-342
Re: IBM iSource -- U.S. Announcements
Or does per install mean each and every linux server? 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: Mark Post Reply To: Linux on 390 Port Sent: Tuesday, December 16, 2003 12:52 PM To: [EMAIL PROTECTED] Subject: FW: IBM iSource -- U.S. Announcements This interesting little tidbit showed up today. It says that the per-CPU licensing for SLES8 on iSeries and pSeries is being changed to per-install. (The announcement also uses the term per-server install.) Perhaps someone from IBM could comment on this. Does this mean that if someone uses the hypervisor to create (for example) 10 Linux LPARs, they would be charged for 10 licenses, when they might have been charged much less on a per-CPU basis? It's rather vague, and I don't want to spread misinformation if I can avoid it. Thanks, Mark Post -Original Message- From: IBM iSource [mailto:[EMAIL PROTECTED] Sent: Tuesday, December 16, 2003 8:35 AM To: [EMAIL PROTECTED] Subject: IBM iSource -- U.S. Announcements Software _ 203342 Prices restructured: SuSE Linux Enterprise Server 8 for iSeries and pSeries (5.1KB) http://www.ibm.com/isource/cgi-bin/goto?it=usa_annredon=203-342
LVM Help
In this case LVM apparently got the LV from the following VG. When I mount the filesystem that I was expanding I get the LV from the next LV and I don't see any of the filesystem I was expanding. Will vgcfgrestore restore the VG and LV information?
Re: IBM iSource -- U.S. Announcements
Wolfe, Gordon W [EMAIL PROTECTED] wrote: Or does per install mean each and every linux server? I wonder if this was prompted by the pricing changes RedHat announced for the up-coming (PC) versions. Apparently, they want to start charging for each installed version of the product... before, companies would buy one copy and then install it on many machines, which wasn't making too much money for RedHat. There was a write-up in the News and Observer (the local Raleigh, NC newspaper) about it some weeks ago. The article was comparing this new policy to the typical Microsoft pricing policy. So - if you're charging for each PC - wouldnt' charging for each Linux instance make sense? - Dave Rivers - -- [EMAIL PROTECTED]Work: (919) 676-0847 Get your mainframe programming tools at http://www.dignus.com
Re: LVM Help
That's exactly what we saw. You shouldn't have to do anything. Most likely a physical volume is missing from the inactive VG. If you can get all volumes properly online, the next time the system boots, it should be back to normal. Another possibility is that one physical volume in the VG has been stepped on, and the signature is no longer valid. Try running pvscan to see if they all look reasonable. -Original Message- From: Linux on 390 Port [mailto:[EMAIL PROTECTED] Behalf Of David Holt Sent: Tuesday, December 16, 2003 4:13 PM To: [EMAIL PROTECTED] Subject: [LINUX-390] LVM Help In this case LVM apparently got the LV from the following VG. When I mount the filesystem that I was expanding I get the LV from the next LV and I don't see any of the filesystem I was expanding. Will vgcfgrestore restore the VG and LV information?
Re: IBM iSource -- U.S. Announcements
I wonder how this will work with Levanta, which uses a common copy of the code for multiple servers. Only configuration files and data are unique to each instance. -Original Message- From: Linux on 390 Port [mailto:[EMAIL PROTECTED] Behalf Of Thomas David Rivers Sent: Tuesday, December 16, 2003 4:22 PM To: [EMAIL PROTECTED] Subject: Re: [LINUX-390] IBM iSource -- U.S. Announcements Wolfe, Gordon W [EMAIL PROTECTED] wrote: Or does per install mean each and every linux server? I wonder if this was prompted by the pricing changes RedHat announced for the up-coming (PC) versions. Apparently, they want to start charging for each installed version of the product... before, companies would buy one copy and then install it on many machines, which wasn't making too much money for RedHat. There was a write-up in the News and Observer (the local Raleigh, NC newspaper) about it some weeks ago. The article was comparing this new policy to the typical Microsoft pricing policy. So - if you're charging for each PC - wouldnt' charging for each Linux instance make sense? - Dave Rivers - -- [EMAIL PROTECTED]Work: (919) 676-0847 Get your mainframe programming tools at http://www.dignus.com
Re: FW: IBM iSource -- U.S. Announcements
I am a Suse Premier Channel Partner and resell their software everyday. The term server means one physical box. I have copied the following from the Suse pricebook for 2004 to help clarify: Enterprise Server 8 for IBM iSeries, incl. 1 year Maintenance Program for 1 server (up to 8 CPUs each) and Installationkit , International (German,English) So you can see that when you purchase SLES8 you can have as many instances as you can run on an up to 8 way box with no additional charge. Hope this helps, - Kevin (Embedded image moved to file: pic03434.jpg) PLEASE NOTE NEW CONTACT INFORMATION! Kevin Gates DSG Linux Solutions Specialist __ office 480-471-8276 fax 480-452-1470 cell 480-734-1034 [EMAIL PROTECTED] www.dsgroup.com Mark Post [EMAIL PROTECTED]To: [EMAIL PROTECTED] et cc: Sent by: Linux onSubject: FW: IBM iSource -- U.S. Announcements 390 Port [EMAIL PROTECTED] IST.EDU 12/16/2003 01:52 PM Please respond to Linux on 390 Port This interesting little tidbit showed up today. It says that the per-CPU licensing for SLES8 on iSeries and pSeries is being changed to per-install. (The announcement also uses the term per-server install.) Perhaps someone from IBM could comment on this. Does this mean that if someone uses the hypervisor to create (for example) 10 Linux LPARs, they would be charged for 10 licenses, when they might have been charged much less on a per-CPU basis? It's rather vague, and I don't want to spread misinformation if I can avoid it. Thanks, Mark Post -Original Message- From: IBM iSource [mailto:[EMAIL PROTECTED] Sent: Tuesday, December 16, 2003 8:35 AM To: [EMAIL PROTECTED] Subject: IBM iSource -- U.S. Announcements Software _ 203342 Prices restructured: SuSE Linux Enterprise Server 8 for iSeries and pSeries (5.1KB) http://www.ibm.com/isource/cgi-bin/goto?it=usa_annredon=203-342 attachment: pic03434.jpg
Re: FW: IBM iSource -- U.S. Announcements
On Tue, 2003-12-16 at 16:43, Kevin Gates wrote: Enterprise Server 8 for IBM iSeries, incl. 1 year Maintenance Program for 1 server (up to 8 CPUs each) and Installationkit , International (German,English) So you can see that when you purchase SLES8 you can have as many instances as you can run on an up to 8 way box with no additional charge. Well, on an iSeries; is it the same for zSeries, though? Adam
Re: FW: IBM iSource -- U.S. Announcements
I just happened to be on the phone with Suse when this came through. The pricebook for 2004 does not yet contain pricing for s/390 or zSeries. I asked if any change was anticipated and the answer was no, that the person was 98% sure it was remaining the same as it is today. So, that is what Suse has to say. My take is that Suse cannot possibly change the pricing structure for s/390 or zSeries. It would make no sense to do so as the increased cost through paying for each instance of Linux would make zLinux highly cost prohibitive in most cases. Like I told the Suse rep, if the model were to change they would see zLinux sales evaporate. Hope this helps, - Kevin (Embedded image moved to file: pic30452.jpg) PLEASE NOTE NEW CONTACT INFORMATION! Kevin Gates DSG Linux Solutions Specialist __ office 480-471-8276 fax 480-452-1470 cell 480-734-1034 [EMAIL PROTECTED] www.dsgroup.com Adam Thornton [EMAIL PROTECTED]To: [EMAIL PROTECTED] mine.netcc: Sent by: Linux onSubject: Re: FW: IBM iSource -- U.S. Announcements 390 Port [EMAIL PROTECTED] IST.EDU 12/16/2003 03:51 PM Please respond to Linux on 390 Port On Tue, 2003-12-16 at 16:43, Kevin Gates wrote: Enterprise Server 8 for IBM iSeries, incl. 1 year Maintenance Program for 1 server (up to 8 CPUs each) and Installationkit , International (German,English) So you can see that when you purchase SLES8 you can have as many instances as you can run on an up to 8 way box with no additional charge. Well, on an iSeries; is it the same for zSeries, though? Adam attachment: pic30452.jpg
Re: rhel3 vmpoff/vmhalt
Further experimentation has shown that the problem is some difference in the shutdown vs halt commands. vmpoff does work if you issue shutdown -h now If does not work if you issue halt curiouser and curiouser (RedHat bugzilla has been notified of the issue). = Jim Sibley RHCT, Implementor of Linux on zSeries Computer are useless.They can only give answers. Pablo Picasso __ Do you Yahoo!? New Yahoo! Photos - easier uploading and sharing. http://photos.yahoo.com/
Re: FW: IBM iSource -- U.S. Announcements
That is good news. It was what I _hoped_ the IBM announcement meant. Thanks for the clarification. Mark Post -Original Message- From: Linux on 390 Port [mailto:[EMAIL PROTECTED] Behalf Of Kevin Gates Sent: Tuesday, December 16, 2003 5:44 PM To: [EMAIL PROTECTED] Subject: Re: FW: IBM iSource -- U.S. Announcements I am a Suse Premier Channel Partner and resell their software everyday. The term server means one physical box. I have copied the following from the Suse pricebook for 2004 to help clarify: Enterprise Server 8 for IBM iSeries, incl. 1 year Maintenance Program for 1 server (up to 8 CPUs each) and Installationkit , International (German,English) So you can see that when you purchase SLES8 you can have as many instances as you can run on an up to 8 way box with no additional charge. Hope this helps, - Kevin (Embedded image moved to file: pic03434.jpg) PLEASE NOTE NEW CONTACT INFORMATION! Kevin Gates DSG Linux Solutions Specialist __ office 480-471-8276 fax 480-452-1470 cell 480-734-1034 [EMAIL PROTECTED] www.dsgroup.com Mark Post [EMAIL PROTECTED]To: [EMAIL PROTECTED] et cc: Sent by: Linux onSubject: FW: IBM iSource -- U.S. Announcements 390 Port [EMAIL PROTECTED] IST.EDU 12/16/2003 01:52 PM Please respond to Linux on 390 Port This interesting little tidbit showed up today. It says that the per-CPU licensing for SLES8 on iSeries and pSeries is being changed to per-install. (The announcement also uses the term per-server install.) Perhaps someone from IBM could comment on this. Does this mean that if someone uses the hypervisor to create (for example) 10 Linux LPARs, they would be charged for 10 licenses, when they might have been charged much less on a per-CPU basis? It's rather vague, and I don't want to spread misinformation if I can avoid it. Thanks, Mark Post -Original Message- From: IBM iSource [mailto:[EMAIL PROTECTED] Sent: Tuesday, December 16, 2003 8:35 AM To: [EMAIL PROTECTED] Subject: IBM iSource -- U.S. Announcements Software _ 203342 Prices restructured: SuSE Linux Enterprise Server 8 for iSeries and pSeries (5.1KB) http://www.ibm.com/isource/cgi-bin/goto?it=usa_annredon=203-342
Re: FW: IBM iSource -- U.S. Announcements
Kevin, I think Adam was hoping for the same change for zSeries as the i/pSeries: one license charge for one physical box, not one license charge per instance. Even so, I don't see how SUSE could make that change either, given the relatively small number of processors used for Linux/390 workload. Mark Post -Original Message- From: Linux on 390 Port [mailto:[EMAIL PROTECTED] Behalf Of Kevin Gates Sent: Tuesday, December 16, 2003 6:10 PM To: [EMAIL PROTECTED] Subject: Re: FW: IBM iSource -- U.S. Announcements I just happened to be on the phone with Suse when this came through. The pricebook for 2004 does not yet contain pricing for s/390 or zSeries. I asked if any change was anticipated and the answer was no, that the person was 98% sure it was remaining the same as it is today. So, that is what Suse has to say. My take is that Suse cannot possibly change the pricing structure for s/390 or zSeries. It would make no sense to do so as the increased cost through paying for each instance of Linux would make zLinux highly cost prohibitive in most cases. Like I told the Suse rep, if the model were to change they would see zLinux sales evaporate. Hope this helps, - Kevin (Embedded image moved to file: pic30452.jpg) PLEASE NOTE NEW CONTACT INFORMATION! Kevin Gates DSG Linux Solutions Specialist __ office 480-471-8276 fax 480-452-1470 cell 480-734-1034 [EMAIL PROTECTED] www.dsgroup.com Adam Thornton [EMAIL PROTECTED]To: [EMAIL PROTECTED] mine.netcc: Sent by: Linux onSubject: Re: FW: IBM iSource -- U.S. Announcements 390 Port [EMAIL PROTECTED] IST.EDU 12/16/2003 03:51 PM Please respond to Linux on 390 Port On Tue, 2003-12-16 at 16:43, Kevin Gates wrote: Enterprise Server 8 for IBM iSeries, incl. 1 year Maintenance Program for 1 server (up to 8 CPUs each) and Installationkit , International (German,English) So you can see that when you purchase SLES8 you can have as many instances as you can run on an up to 8 way box with no additional charge. Well, on an iSeries; is it the same for zSeries, though? Adam
Re: FW: IBM iSource -- U.S. Announcements
On Tue, 2003-12-16 at 17:56, Mark Post wrote: Kevin, I think Adam was hoping for the same change for zSeries as the i/pSeries: one license charge for one physical box, not one license charge per instance. Even so, I don't see how SUSE could make that change either, given the relatively small number of processors used for Linux/390 workload. Well, I can see how SuSE could sanely do either a per-box or per-processor charge. A per-instance charge on zSeries would, however, destroy their Linux/zSeries business. Adam
Re: FW: IBM iSource -- U.S. Announcements
Given the gasps that SUSE and Red Hat's per-processor charge generate now (compared to their other prices) I don't think they can sanely go the per-box route there. The price they would need to charge would turn people off because most of them wouldn't be willing to do the work to figure out what that would mean to them on a per-instance basis. If they could even figure out how many instances they'd be able to get on one box. Mark Post -Original Message- From: Linux on 390 Port [mailto:[EMAIL PROTECTED] Behalf Of Adam Thornton Sent: Tuesday, December 16, 2003 7:05 PM To: [EMAIL PROTECTED] Subject: Re: FW: IBM iSource -- U.S. Announcements On Tue, 2003-12-16 at 17:56, Mark Post wrote: Kevin, I think Adam was hoping for the same change for zSeries as the i/pSeries: one license charge for one physical box, not one license charge per instance. Even so, I don't see how SUSE could make that change either, given the relatively small number of processors used for Linux/390 workload. Well, I can see how SuSE could sanely do either a per-box or per-processor charge. A per-instance charge on zSeries would, however, destroy their Linux/zSeries business. Adam
Re: FW: IBM iSource -- U.S. Announcements
The current model is a per processor charge on the zSeries. You can run as many instances off of a single processor on the box without having to purchase extra copies of Linux. So, if you have a single IFL you purchase one copy of SLES and run as many instances as you want. If you have 2 IFLs, you have to purchase 2 copies of SLES. - Kevin (Embedded image moved to file: pic13031.jpg) PLEASE NOTE NEW CONTACT INFORMATION! Kevin Gates DSG Linux Solutions Specialist __ office 480-471-8276 fax 480-452-1470 cell 480-734-1034 [EMAIL PROTECTED] www.dsgroup.com Adam Thornton [EMAIL PROTECTED]To: [EMAIL PROTECTED] mine.netcc: Sent by: Linux onSubject: Re: FW: IBM iSource -- U.S. Announcements 390 Port [EMAIL PROTECTED] IST.EDU 12/16/2003 05:05 PM Please respond to Linux on 390 Port On Tue, 2003-12-16 at 17:56, Mark Post wrote: Kevin, I think Adam was hoping for the same change for zSeries as the i/pSeries: one license charge for one physical box, not one license charge per instance. Even so, I don't see how SUSE could make that change either, given the relatively small number of processors used for Linux/390 workload. Well, I can see how SuSE could sanely do either a per-box or per-processor charge. A per-instance charge on zSeries would, however, destroy their Linux/zSeries business. Adam attachment: pic13031.jpg
Re: FW: IBM iSource -- U.S. Announcements
This interesting little tidbit showed up today. It says that the per-CPU licensing for SLES8 on iSeries and pSeries is being changed to per-install. (The announcement also uses the term per-server install.) Perhaps someone from IBM could comment on this. Does this mean that if someone uses the hypervisor to create (for example) 10 Linux LPARs, they would be charged for 10 licenses, when they might have been charged much less on a per-CPU basis? It's rather vague, and I don't want to spread misinformation if I can avoid it. Mark: Reading this announcement, I can understand the confusion. What it means is that SuSE SLES on iSeries and pSeries is now priced per LPAR. This is consistent with Red Hat RHEL which is also priced per LPAR on iSeries and pSeries. Both SLES and RHEL continue to be priced per processor on zSeries. Note that RHEL is priced per image on Intel and AMD servers so if you were running VMware with 4 RHEL images you would need 4 RHEL licenses. I don't know how SuSE charges in a VMware environment. Jim
Re: FW: IBM iSource -- U.S. Announcements
Jim, Ouch. That's definitely not what I wanted to hear. Sigh. While that will give a break to people who want to assign multiple CPUs to an LPAR, it will punish those that want to assign fractional CPUs to an LPAR. Oh well. I guess that means _only_ CPU-intensive stuff on i/pSeries will be my recommendation from here on out. Mark Post -Original Message- From: Linux on 390 Port [mailto:[EMAIL PROTECTED] Behalf Of Jim Elliott Sent: Tuesday, December 16, 2003 6:56 PM To: [EMAIL PROTECTED] Subject: Re: FW: IBM iSource -- U.S. Announcements This interesting little tidbit showed up today. It says that the per-CPU licensing for SLES8 on iSeries and pSeries is being changed to per-install. (The announcement also uses the term per-server install.) Perhaps someone from IBM could comment on this. Does this mean that if someone uses the hypervisor to create (for example) 10 Linux LPARs, they would be charged for 10 licenses, when they might have been charged much less on a per-CPU basis? It's rather vague, and I don't want to spread misinformation if I can avoid it. Mark: Reading this announcement, I can understand the confusion. What it means is that SuSE SLES on iSeries and pSeries is now priced per LPAR. This is consistent with Red Hat RHEL which is also priced per LPAR on iSeries and pSeries. Both SLES and RHEL continue to be priced per processor on zSeries. Note that RHEL is priced per image on Intel and AMD servers so if you were running VMware with 4 RHEL images you would need 4 RHEL licenses. I don't know how SuSE charges in a VMware environment. Jim
IBM Communications Server for Linux on zSeries
IBM is making IBM Communications Server available for Linux on zSeries as a PRPQ. Contact your IBM zSeries or Linux specialist for information on this PRPQ. There will be information on this product available soon at http://www.ibm.com/software/network/commserver/ . The IBM Communications Server for Linux on zSeries V6.0.1 can meet requirements for interconnecting diverse networks and consolidation of communications workload. With this product,workstation users and applications can communicate with other workstations and other central computer applications, independent of the networking protocols used in each system. It can help users communicating with each other in networks of all sizes, from small workgroups to large corporate headquarters. Communications Server for Linux on zSeries V6.0.1 is based on a common code base with IBM Communications Server for AIX(R) V6.1, and includes the same industrial-strength features and functions you have come to rely on for your mission-critical, core business applications. These features and functions of Communications Server have been well proven in the OS/2(R), AIX, and Windows((R)) environment across a wide variety of server systems -- from relatively small, single-processor systems, through high-end multi-processor systems. In addition, Communications Server for Linux on zSeries has the advantage of running in the zSeries hardware. Some benefits of this include residing in the same box as Communications Server for z/OS, using hipersockets within the box for high bandwidth connectivity. This also increases security by limiting data flow outside the box. Communications Server for Linux on zSeries V6.0.1 capabilities include: - A full-function SNA gateway - TN3270E Server - Telnet redirector - SSL data encryption - Advanced Peer-to-Peer Networking (APPN),including both end node and network node - Dependent LU Requester (DLUR) - High Performance Routing (HPR) - Enterprise Extender (HPR over TCP/IP) - Branch Extender - Support for Ethernet and Token-Ring connections - A rich set of application programming interfaces (APIs) - LUA, including both RUI and SLI interfaces (LU0,LU1,LU2,LU3) - APPC - CPI-C - Java for CPI-C (JCPI-C) Communications Server for Linux on zSeries V6.0.1 is the solution for companies migrating to the Linux platform that: - Run multiprotocol or multiple networks - Have existing SNA applications that they want to extend over TCP/IP networks - Want to: - Improve data security over the Internet/intranet while improving network availability - Use Branch Extender or Enterprise Extender advanced networking technologies to implement more cost effective networks - Consolidate or change their backbone networks - Provide SNA 3270 host access to TCP/IP users - allow VM and VSE SNA applications to be reached through IP via EE - move the TN3270E server function within the zSeries without major definition rework. Such a move will allow TN3270 traffic to flow over an IP network -- versus SNA -- to the data center - use the TN Redirector function within the box to avoid opening extra firewall ports - consolidate all servers onto a single box - take advantage of excess capacity on zSeries - run multiple Linux images on z/VM to take advantage of zSeries benefits such as sharing of processors and memory Jim
Re: Patch to glibc
On Tue, Dec 16, 2003 at 01:15:05PM -0500, Mark Post wrote: Mmmm, no, I don't think so. I really want the Linux/390 folks in Boeblingen to figure out what would be the correct fix for this. After I sent the patch, I re-read Ulrich's post much more closely, and re-discovered his thought that the correct way might be to introduce another makefile variable to handle this value for just the .oS files. That sounds fine. Do the folks in question read this list? I don't see much development traffic in these parts. I would try the email address listed in the code in that directory: /* Copyright (C) 2000, 2001 Free Software Foundation, Inc. This file is part of the GNU C Library. Contributed by Martin Schwidefsky ([EMAIL PROTECTED]). -- - mdz
Re: Patch to glibc
Matt, Normally they prefer that things like that go to [EMAIL PROTECTED], and that is where I normally cc: stuff, as I did in this case. I did receive a request for more information off-list as a result of that, so hopefully it will get fixed appropriately. Mark Post -Original Message- From: Linux on 390 Port [mailto:[EMAIL PROTECTED] Behalf Of Matt Zimmerman Sent: Tuesday, December 16, 2003 9:47 PM To: [EMAIL PROTECTED] Subject: Re: Patch to glibc On Tue, Dec 16, 2003 at 01:15:05PM -0500, Mark Post wrote: Mmmm, no, I don't think so. I really want the Linux/390 folks in Boeblingen to figure out what would be the correct fix for this. After I sent the patch, I re-read Ulrich's post much more closely, and re-discovered his thought that the correct way might be to introduce another makefile variable to handle this value for just the .oS files. That sounds fine. Do the folks in question read this list? I don't see much development traffic in these parts. I would try the email address listed in the code in that directory: /* Copyright (C) 2000, 2001 Free Software Foundation, Inc. This file is part of the GNU C Library. Contributed by Martin Schwidefsky ([EMAIL PROTECTED]). -- - mdz
Re: FW: IBM iSource -- U.S. Announcements
Hmmm...there is confusion here, so I sent this thread to Suse and asked them to clear it up here on the list server. I am a big Suse fan and would hate for the wrong message being sent out. (Including from me.) Again, as I understand it, you can have Suse installed on a box with up to x CPUs and run as many instances of Linux as you can on that box. Here is an out-take from the Suse 2004 price list (which does not yet contain zSeries pricing, BTW) I work with Suse on a daily basis and I have not been told of a shift to LPAR based pricing similar to Red Hat's. (Of course if they have, I'l feel real stoopid!) Enterprise Server 8 for IBM pSeries, evaluation version, incl. 3 months Maintenance Program for 1 server (up to 8 CPUs each) and Installationkit ,International (German, English) This is confusing wording, but from what I understand there is no per LPAR charge. Now far be it for lil' ol' me to disagree with Jim. :) Hence, I sent the thread to Suse and told them they should get up on the list server post haste and clear the fog. I expect they should sometime tomorrow. - Kevin (Embedded image moved to file: pic09905.jpg) PLEASE NOTE NEW CONTACT INFORMATION! Kevin Gates DSG Linux Solutions Specialist __ office 480-471-8276 fax 480-452-1470 cell 480-734-1034 [EMAIL PROTECTED] www.dsgroup.com Mark Post [EMAIL PROTECTED]To: [EMAIL PROTECTED] et cc: Sent by: Linux onSubject: Re: FW: IBM iSource -- U.S. Announcements 390 Port [EMAIL PROTECTED] IST.EDU 12/16/2003 05:37 PM Please respond to Linux on 390 Port Jim, Ouch. That's definitely not what I wanted to hear. Sigh. While that will give a break to people who want to assign multiple CPUs to an LPAR, it will punish those that want to assign fractional CPUs to an LPAR. Oh well. I guess that means _only_ CPU-intensive stuff on i/pSeries will be my recommendation from here on out. Mark Post -Original Message- From: Linux on 390 Port [mailto:[EMAIL PROTECTED] Behalf Of Jim Elliott Sent: Tuesday, December 16, 2003 6:56 PM To: [EMAIL PROTECTED] Subject: Re: FW: IBM iSource -- U.S. Announcements This interesting little tidbit showed up today. It says that the per-CPU licensing for SLES8 on iSeries and pSeries is being changed to per-install. (The announcement also uses the term per-server install.) Perhaps someone from IBM could comment on this. Does this mean that if someone uses the hypervisor to create (for example) 10 Linux LPARs, they would be charged for 10 licenses, when they might have been charged much less on a per-CPU basis? It's rather vague, and I don't want to spread misinformation if I can avoid it. Mark: Reading this announcement, I can understand the confusion. What it means is that SuSE SLES on iSeries and pSeries is now priced per LPAR. This is consistent with Red Hat RHEL which is also priced per LPAR on iSeries and pSeries. Both SLES and RHEL continue to be priced per processor on zSeries. Note that RHEL is priced per image on Intel and AMD servers so if you were running VMware with 4 RHEL images you would need 4 RHEL licenses. I don't know how SuSE charges in a VMware environment. Jim attachment: pic09905.jpg