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 <
Christian.Svensson AT cristie DOT se> 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: Christian.Svensson AT cristie DOT se
>
> Säkra återläsningar.
>
>
>
> -----Ursprungligt meddelande-----
> Från: Zoltan Forray [mailto:zforray AT VCU DOT EDU]
> Skickat: den 21 december 2012 20:01
> Till: ADSM-L AT VM.MARIST DOT EDU
> Ä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
> zforray AT vcu DOT edu - 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
zforray AT vcu DOT edu - 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