Hello Gary,
Are you running deduplication? The IBM technote on managing deduplication
and DB growth references this code directly:
http://www-01.ibm.com/support/docview.wss?uid=swg21452146
It can be caused by a long-running online reorg. You can check db2 reorg
status by using db2pd or db2 lis
Tsm server 6.2.5, RHEL 6.5.
I know, out of support, trying to get to 6.3.4 next week.
Suddenly I am getting "anr1880w" messages.
Processes being cancelled because of conflicting locks on table af_bitfiles.
Never seen these before.
Happened while reclamation was running.
Also similar this mornin
Hello Robert,
The key with the real-time compression on v7000 is to buy the compression
add-in card that IBM supplies. That offloads all compression workloads
from the primary CPU/RAM on the v7000 controllers and makes a big
difference in IO throughput.
That said, TSM databases tend to be pre
Robert,
I had the same problem. I made a service request for this. I can be fixed with
a "repair occupancy" command.
http://www-01.ibm.com/support/docview.wss?uid=swg21579500
Before running this command we did a dedup audit on the storage pool because
they believe it had to do something with
Hi guys!
Just to let you know and so it's documented in the ADSM-L archives: I received
an answer from IBM Support that there is no RHEL5 package for JBB out of the
box. If you want it you have to compile it yourself...
I still find it very strange that IBM creates a distribution for RHEL 5 and 6
