• Please help support our sponsors by considering their products and services.
    Our sponsors enable us to serve you with this high-speed Internet connection and fast webservers you are currently using at ADSM.ORG.
    They support this free flow of information and knowledge exchange service at no cost to you.

    Please welcome our latest sponsor Tectrade . We can show our appreciation by learning more about Tectrade Solutions
  • Community Tip: Please Give Thanks to Those Sharing Their Knowledge.

    If you receive helpful answer on this forum, please show thanks to the poster by clicking "LIKE" link for the answer that you found helpful.

  • Community Tip: Forum Rules (PLEASE CLICK HERE TO READ BEFORE POSTING)

    Click the link above to access ADSM.ORG Acceptable Use Policy and forum rules which should be observed when using this website. Violators may be banned from this website. This notice will disappear after you have made at least 3 posts.

Container Storagepooldirectory is full and now???

#1
Hi there,

we got the problem that our filesystem that is defined as storagepooldirectory for STGPOOL1 was full and now all new backups get the Error Message in the activity log
ANR2081E The STGPOOLDIRECTORY STGPOOLDIRECTORY in STGPOOL STGPOOL is full.

When we see that message in the act log we resize the filesystem and restart the tsm-server, but the clients get still produce the ANR2081E activity log entries.

We see that there a some containers are unavailable.
We also made already an audit container on the containers that are unavailable but there a still unchanged with state unavailable.
On the filesystem the unavailable containers have all 0 bytes.
here is the show sdpool stgpool1 command output
FsCapacity: 109025280 MB
FsFreeSpace: 1239122 MB
CntrAllocSpace: 108980607 MB
CntrUsedSpace: 72545862 MB
CntrFreeSpace: 300 MB
PoolCapacity: 108980607 MB
PoolFree: 36434745 MB
Reserved Space: 0 MB
is still only a few megabytes. Maybe that is the problem that the clients can make any backups anymore?

We use 7.1.7 tsm-server

We really need your help. thank you
 
#4
not the directories are unavailable the container files in the stgpooldirectory are unavailable
the stgpooldirectory has readwrite access.

is defining a new stgpooldirectory the only way to solve this?
 
#6
yes, i can see them in the operating system that they have 0 bytes and that they are existing. that is what I meant (sorry to be not so specific)
 

Trident

TSM noob with 10 years expirience
ADSM.ORG Moderator
#7
There are a lot of fixes to 7.1.7.x code with respect to container storage. You need to open a pmr and give information about your issues.

You can also move containers without prealloc space.
http://www-01.ibm.com/support/docview.wss?uid=swg22004973

Conatiners that goes unavailable: There is an apar for this too, and an efix to match. Open a pmr.

Orphan extents: Data not used by nodes, but exist in tsm. There is a big db2 select statement you can run to check this

Orphan chunks are chunks that have non-zero reference counts that in fact do not have any references.

Use this SQL selects to verify (IBM Lvl2 informed us about this at TSM Symposium 2017)

db2 "select count as dedup_count_orphaned_and_replicated from
sd_chunk_locations sdcl where refcount>0 and not exists (select 1 from
sd_recon_order sdro where sdro.chunkid=sdcl.chunkid) and exists (select 1
from sd_replicated_chunks sdrc where sdrc.chunkid=sdcl.chunkid and
sdrc.flags=0) for read only with ur"


db2 "select count as dedup_count_orphaned_not_replicated from
sd_chunk_locations sdcl where refcount>0 and not exists (select 1 from
sd_recon_order sdro where sdro.chunkid=sdcl.chunkid) and not exists (select
1 from sd_replicated_chunks sdrc where sdrc.chunkid=sdcl.chunkid) for read
only with ur"


If you get a positive result you are experiencing chunk level bloat,
contact IBM support to get assistance with the removal
 
#8
Hi Trident,

with your sql statement I got following error:
SQL0204N "TSM.SD_CHUNK_LOCATION" is an undefined name. SQLSTATE=42704
 

Trident

TSM noob with 10 years expirience
ADSM.ORG Moderator
#9
Hi Trident,

with your sql statement I got following error:
SQL0204N "TSM.SD_CHUNK_LOCATION" is an undefined name. SQLSTATE=42704
Please show entire output, from connecting to DB2 and onwards.

I think you are missing an 's' in your query.
 

Advertise at ADSM.ORG

If you are reading this, so are your potential customer. Advertise at ADSM.ORG right now.

UpCloud high performance VPS at $5/month

Get started with $25 in credits on Cloud Servers. You must use link below to receive the credit. Use the promo to get upto 5 month of FREE Linux VPS.

The Spectrum Protect TLA (Three-Letter Acronym): ISP or something else?

  • Every product needs a TLA, Let's call it ISP (IBM Spectrum Protect).

    Votes: 9 22.5%
  • Keep using TSM for Spectrum Protect.

    Votes: 19 47.5%
  • Let's be formal and just say Spectrum Protect

    Votes: 8 20.0%
  • Other (please comement)

    Votes: 4 10.0%

Forum statistics

Threads
30,998
Messages
131,965
Members
21,253
Latest member
mawah
Top