We had the same problem here with a Linux clientthe solution was to
include these two lines on dsm.opt:
SKIPACL yes
SKIPACLUPdatecheck yes
On Feb 5, 2008 8:49 AM, Rainer Schöpf [EMAIL PROTECTED] wrote:
Hello TSMers!
After upgrading the TSM Linux client on one of our fileservers (x68_64)
On Sat, Feb 16, 2008 at 01:53:49PM +0100, Rainer Wolf wrote:
we have the same problem and it is caused because you are using a
zfs filesystem (i assume) and this appears in 5.4.0 as UNKNOWN and
now you should see the filespace as ZFS . this support comes with
5.4.1.x
Okay, makes sense then,
On Sat, Feb 16, 2008 at 02:14:51PM +0100, Maurizio Teruzzi wrote:
Just a small comment, why are you still in 5.2 TSM server version?
Yes, TSM 5.2 is already End of Support and 5.3 is EOS April 30,
2008. We plan to upgrade to 5.4 before summer and assume it won't
go EOS till around April 30,
Hi all
Critical hardware outage over the weekend (aren't they all) on failover to
second site TSM wouldn't come up
080215-172046: ANR7800I DSMSERV generated at 17:00:49 on Mar 15 2007.
080215-172046:
080215-172046: Tivoli Storage Manager for AIX-RS/6000
080215-172046: Version 5, Release 3,
