John,
Do you have enough scratch volumes available in the dedup pool? Could you
please provide output from these commands: q stg deduppool f=d and q devc
<file device class> f=d
Best Regards,
_________________________________________________________
email: ron.delaw...@us.ibm.com
From: "Dury, John C." <jd...@duqlight.com>
To: ADSM-L@VM.MARIST.EDU
Date: 01/13/16 07:02
Subject: [ADSM-L] All volumes in STGPOOL show as full. Please help.
Sent by: "ADSM: Dist Stor Manager" <ADSM-L@VM.MARIST.EDU>
We have 2 storage pools. A BACKUPPOOL and a DEDUP pool. All nightly
backups come into the BACKUPPOOL and then migrate to the DEDUP pool for
permanent storage. All volumes in the DEDUP pool are showing FULL although
the pool is only 69% in use. I tried doing a move data on a volume in the
DEDUP pool to the BACKUPPOOL just to free space so reclamation could run,
and although it says it ran to successful completion, the volume still
shows as FULL. So for whatever reason, all volumes in the DEDUP pool are
never freeing up. I ran an audit on the same volume I tried to the MOVE
DATA command on and it also ran to successful completion. No idea what is
going on here but hopefully someone else has an idea. If our BACKUPPOOL
fills up, we can't back anything up any more and we will have a
catastrophe. The BACKUPPOOL is roughly 15T and 15% full and I have no way
to increase it.
Please reply directly to my email address and list as I am currently
subscribed as digest only.
TSM Server is 6.3.5.300 on RHEL 5
