The nasty surprises are hiding in your own code--or perhaps that super handy utility you found on the CBT tape 'sometime in the 80s or 90s and today could hardly live without. Also hiding in that pesky little backwater application that's been off support for 12 years but the clients just can't find the time/money/motivation to convert over to something more modern. You held your breath on 1/1/2000 and were relieved to find that these charming relics survived splendidly.
Now run them on an LPAR that actually makes use central storage above the bar. They may survive again. Or not. . . . JO.Skip Robinson Southern California Edison Company SHARE MVS Program Co-Manager 626-302-7535 Office 323-715-0595 Mobile [EMAIL PROTECTED] IBM Mainframe Discussion List <[email protected]> wrote on 11/10/2005 11:04:55 AM: > > > Before going to production in a >2 gig > > > LPAR, you must somehow build a large test LPAR if only > > > temporarily. Otherwise you may be in for some nasty surprises. > > Maybe, but the RSM issues have been fixed for years now. I would expect > that simply applying the necessary maintenance would be sufficient to > avoid most of the problems. Much the same would apply with ISV software > by now. > > > Isn't there a "twilight zone" between 2 GiBi and 4 GiBi? or does that > > apply only to virtual storage? > > Only to virtual. ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
