The 7.1.1.100 release had a bug where it would favor copy pool
volumes over local volumes for restores. This may not be an issue
unless you have copy pool volumes(virtual volumes) on a remote TSM
server like I do. To fix this issue IBM supplied me with 7.1.1.104
and I've been running it for several months with no issues. So, I
would assume 7.1.1.100 would be fine unless you have remote copy
pools. Version 7.1.2 was recently released but I haven't had a chance
to try it.

TSM for VE is a great product but it is a pain to set up properly.
The performance of your TSM server can be greatly impacted by TSM/VE
if you're using real tape drives and you don't to segregate the VM
control information into a pool that never migrates to tape.

I hope this helps you decide which version to run.

Rick

At 02:42 PM 4/23/2015, Zoltan Forray wrote:

I've had 6.3.5.100 up since December 2014 with absolutely no issues.  Only
running 7.1.0 (need to update) on one, offsite server that does very little
so it isn't a good benchmark.  I hear the 7.1.1.100 patch adds a lot of
stability to feature I don't use (replication, dedup) but I am not ready to
move my production servers to 7 just yet.

On Thu, Apr 23, 2015 at 1:50 PM, Lee, Gary <glee AT bsu DOT edu> wrote:

> Adding a new server to our tsm installation.
> Will be installing on redhat 6.5, and using strictly for tsm for ve.
> Would really like to get to version 7, but having heard of the restore
> problems with 7.1.1, wondering what the sense of the list is on most stable
> version.
>
> Any information welcome.
>



--
*Zoltan Forray*
TSM Software & Hardware Administrator
Xymon Monitor Administrator
Virginia Commonwealth University
UCC/Office of Technology Services
www.ucc.vcu.edu
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