Thanks for the info on upgrading. So, as long as I am at 6.2.x, upgrades should go smooth. Anybody have a reason to NOT upgrade to 6.3.3 across the board? If my servers are already running 6.2, they are ready hardware-wise....
BTW, in case anyone grabs the latest 6.2.5, there seems to be a new "feature" that starts issuing constant warning messages if you don't have the ulimit files value set to 4096. Over the holidays, I upgraded my offsite DR server and it started barking about the setting/value. Not sure why the startup script doesn't set this value since it sets other ulimit values. - Time to check all my servers and set this value, permanently. On Thu, Dec 27, 2012 at 7:34 AM, Christian Svensson < [email protected]> wrote: > Hi Zoltan, > You should open a PMR before you start with this upgrade. > The reason is that the 6.1 is based on DB2 9.5 and to get all functions in > 6.2/6.3 then do you need to run a couple of DB2 commands to convert all > tables to 9.7 format. > > But on top of that did everything work fine for me on all 3 servers we had > when we upgraded from 6.1 to .6.2.1.0 and now are we upgrading from 6.2.4 > to 6.3.3 without any issue. My last one will be upgraded today. > > Best Regards > Christian Svensson > > Cell: +46-70-325 1577 > E-mail: [email protected] > > Säkra återläsningar. > > > > -----Ursprungligt meddelande----- > Från: Zoltan Forray [mailto:[email protected]] > Skickat: den 21 december 2012 20:01 > Till: [email protected] > Ämne: 6.1.5.200 --> 6.2/6.3 Linux server upgrade > > Anybody performed such an upgrade by simply installing 6.2.4 (or 6.3) and > letting the automatic upgrade process take place and the upgrade going off > without a hitch? Any gotchas? Anything I should prepare ahead for? > > IMO, 6.1 has reached the end of the road and I would like to move forward, > preferably without a complete rebuild (especially since ALL 2013 funding > requests for TSM have been shot-down/nixed) Unfortunately, my lone 6.1 > server is pretty critical. Used to be a library manager but I was able to > move that to another server, so that is one less headache. > > -- > *Zoltan Forray* > TSM Software & Hardware Administrator > Virginia Commonwealth University > UCC/Office of Technology Services > [email protected] - 804-828-4807 > Don't be a phishing victim - VCU and other reputable organizations will > never use email to request that you reply with your password, social > security number or confidential personal information. For more details > visit http://infosecurity.vcu.edu/phishing.html > -- *Zoltan Forray* TSM Software & Hardware Administrator Virginia Commonwealth University UCC/Office of Technology Services [email protected] - 804-828-4807 Don't be a phishing victim - VCU and other reputable organizations will never use email to request that you reply with your password, social security number or confidential personal information. For more details visit http://infosecurity.vcu.edu/phishing.html
