× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.



Sue,
  Depending on how it's worded... (most importantly, it should not be tied to 
Yum! Brands, or any of it's subsidiaries...)

I know real quotes are more powerful than rumor (which is why you're asking to 
use it), but without legal's ok I'd prefer to keep any company reference out of 
it.

Make sense?


-----Original Message-----
From: Sue Baker [mailto:smbaker@us.ibm.com]
Sent: Fri 11/8/2002 6:12 PM
To: McGivern@westrelay01.boulder.ibm.com; Tom
Cc:
Subject: RE: Force fed LPAR




        Tom, would you let your remarks about LPAR be used in one of my
        user group presentations?  Particularly those about saving money
        and improving user uptime?

        On 08 Nov 2002, you wrote in gmane.comp.hardware.ibm.midrange:

        > It all depends on WHY you are considering Lpar...  If you can
        > run it on a single Lpar (or system), then great.
        > I'm reading through the thread of folks who have consolidated
        > 15 systems into 1..
        > We have an 830, with 4 lpars...  One in english, 2 in DBCS
        > (Simpl. And trad. Chinese), 1 boot.
        > Now, you say you can have Multiple DBCS languages on a single
        > system... But it's not supported with JDE OW.
        >
        > We'll be adding an additional Lpar for another english system,
        > not because it technically can't fit with the other english,
        > but that we'd be running everyone from Austrailia, Mexico, US,
        > and Europe all on one system.  This limits our outage window
        > for backups and PTFs, and thus, LPAR increases uptime from a
        > user perspective.
        >
        > So.. Timezones.. .Languages..  Lpar answers our needs...
        >
        > Could we do this across multiple systems?  Yes.. But since
        > we're dealing with timezones.. When Austrailia is in their
        > backup window... I can swing the processors/memory over to the
        > US/Europe Lpar..   Same with China, Taiwan..
        > Lpar has worked great for us...
        >
        > Any additional disk you say?  Well, some for the LIC and OS..
        > But what's the cost of an 8GB disk, 4K?
        > The tape controller IOP is switched between the lpars.. No
        > additional cost  (where if it were separate systems it would
        > cost us... So in this since, we're saving money..)
        >
        >
        > We're looking at upgrading to the 890, 8 lpars...
        >
        > Maybe it's not for everybody, but I'm very pleased with it.
        > If they could only get the Z-series Prism logic to dynamically
        > adjust CPU allocation..
        >
        >
        > -----Original Message-----
        > From: rob saTn4SAz0AvxtiuMwx3w@public.gmane.org
        > [mailto:rob@dekko.com] Sent: Monday, November 04, 2002 3:44 PM
        > To: midrange-l y7GipZuJhWk0Htik3J/w@public.gmane.org
        > Subject: Force fed LPAR
        >
        >
        > This is a multipart message in MIME format.
        > --
        > [ Picked text/plain from multipart/alternative ]
        > IBM is really pushing LPAR.  Probably for a number of reasons.
        > A)  It sells disk and more cards.
        > B)  It increases complexity of your operation, thus perhaps
        > selling services.
        > C)  It drastically increases the amount of your downtime.
        > Perhaps selling High Availability solutions, which may help
        > sell services.  For instance, if I run 4 partitions on V5R2
        > and I want to go to the next release, won't I have to do 4
        > upgrades?  IBM charges $3,500 a upgrade therefore wouldn't
        > they get 4 times what they would have gotten out of a single
        > partition machine?  Granted, we do our own upgrades, but I
        > don't think you can upgrade all partitions at once.
        >
        > We've recently consolidated multiple machines onto one.  IBM's
        > insistence that we use LPAR to 'reduce cost' of some of their
        > products. Their insistence that we run LPAR if we want to
        > currently run the latest and greatest Domino, Sametime and
        > Quickplace on one iSeries.  And other attempts to ram LPAR
        > down our throats is upsetting.
        >
        > Rob Berendt
        > --
        > "They that can give up essential liberty to obtain a little
        > temporary safety deserve neither liberty nor safety." Benjamin
        > Franklin _______________________________________________

        --
        Sue
        iSeries Advanced Technical Support
        Rochester, MN

        _______________________________________________
        This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing 
list
        To post a message email: MIDRANGE-L@midrange.com
        To subscribe, unsubscribe, or change list options,
        visit: http://lists.midrange.com/cgi-bin/listinfo/midrange-l
        or email: MIDRANGE-L-request@midrange.com
        Before posting, please take a moment to review the archives
        at http://archive.midrange.com/midrange-l.





This communication is confidential and may be legally privileged.  If you are 
not the intended recipient, (i) please do not read or disclose to others, (ii) 
please notify the sender by reply mail, and (iii) please delete this 
communication from your system.  Failure to follow this process may be 
unlawful.  Thank you for your cooperation.


As an Amazon Associate we earn from qualifying purchases.

This thread ...


Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].

Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.