No, I did state that backups were hung/stuck and redirecting to tape (and
I think a few failed) because the stgpool volumes were all full but the
stgpool numbers (PctUtil said <30%) did not agree and therefore did not
kickoff migration which was set to 90/70 default.
I have since deleted the stgpool and recreated it to see if that would
help (vs what was transferred over during the migration/upgrade). So far
both PctUtil and PctMigr are staying the same every time I have checked.
I saw the APAR you mentioned. I think I will upgrade to 6.2.4, soon. Not
quite ready for 6.3 since other comments here seem to say there are
various issues still needing addressing.
Zoltan Forray
TSM Software & Hardware Administrator
Virginia Commonwealth University
UCC/Office of Technology Services
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
From: Andrew Raibeck <storman AT US.IBM DOT COM>
To: ADSM-L AT VM.MARIST DOT EDU
Date: 05/09/2012 11:58 AM
Subject: Re: [ADSM-L] Pct Migr=0.0, Caching=No but there is data in
the disk stgpool
Sent by: "ADSM: Dist Stor Manager" <ADSM-L AT VM.MARIST DOT EDU>
Zoltan,
>From your description, it seems as if the only thing wrong is confusing
statistics. You haven't mentioned that other operations are failing due to
this issue.
APAR IC78241 bears a vague resemblance to this, though it is reported as
fixed in 6.2.3.100.
If you haven't already opened a PMR with support, that would seem to be
the
next reasonable step.
Best regards,
Andy Raibeck
IBM Software Group
Tivoli Storage Manager Client Product Development
Level 3 Team Lead
Internal Notes e-mail: Andrew Raibeck/Hartford/IBM@IBMUS
Internet e-mail: storman AT us.ibm DOT com
IBM Tivoli Storage Manager support web page:
http://www.ibm.com/support/entry/portal/Overview/Software/Tivoli/Tivoli_Storage_Manager
"ADSM: Dist Stor Manager" <ADSM-L AT vm.marist DOT edu> wrote on 2012-05-08
16:00:40:
> From: Zoltan Forray/AC/VCU <zforray AT VCU DOT EDU>
> To: ADSM-L AT vm.marist DOT edu,
> Date: 2012-05-08 16:03
> Subject: Re: Pct Migr=0.0, Caching=No but there is data in the disk
stgpool
> Sent by: "ADSM: Dist Stor Manager" <ADSM-L AT vm.marist DOT edu>
>
> This is becoming a constant, daily problem with both the storage pool
and
> volumes constantly changing %utilized as well as migratable. Today, it
> showed 23% utilized and 100%migratable. So, I figured I would
completely
> empty all volumes and then delete/recreate the storagepool. I had one
> volume that showed 77% used (note, there is no activity going on besides
> the moves for each individual volume - no sessions, no backups).
Contents
> showed 1-200M file (in a 300GB volume), so the math is completely wrong.
> So, I tried to movedata and it said there wasn't anything to move. Then
I
> ran an AUDIT FIX=YES. The audit report says " no problems"
>
> 5/8/2012 3:20:59 PM ANR4132I Audit volume process ended for volume
> /tsmpool/stg2.dsm; 1 files inspected, 0 damaged files deleted, 0 damaged
> files marked as damaged, 0 files previously marked as damaged reset to
> undamaged, 0 objects updated.
>
> But now the volume shows empty and the one file in there is gone.......
>
> What the heck is going on here? None of my other servers act like
> this.....
>
> Is a server migration/upgrade/conversion that screwy?
>
>
> Zoltan Forray
> TSM Software & Hardware Administrator
> Virginia Commonwealth University
> UCC/Office of Technology Services
> 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
>
>
>
> From: Zoltan Forray/AC/VCU <zforray AT VCU DOT EDU>
> To: ADSM-L AT VM.MARIST DOT EDU
> Date: 05/03/2012 04:23 PM
> Subject: Re: [ADSM-L] Pct Migr=0.0, Caching=No but there is data
in
> the disk stgpool
> Sent by: "ADSM: Dist Stor Manager" <ADSM-L AT VM.MARIST DOT EDU>
>
>
>
> MIG STG BACKUPPOOL LO=0
>
> Yes the stgpool has thresholds set (see my original post/below).
>
> WHOA - Something just changed. I have been running various "move data"
> to empty the individual volumes. I just did a "q stgpool" and now it
> shows "Pct Migr - 100%".
>
> Really bizzare.......
>
>
> Zoltan Forray
> TSM Software & Hardware Administrator
> Virginia Commonwealth University
> UCC/Office of Technology Services
> 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
>
>
>
> From: Shawn Drew <shawn.drew AT AMERICAS.BNPPARIBAS DOT COM>
> To: ADSM-L AT VM.MARIST DOT EDU
> Date: 05/03/2012 03:07 PM
> Subject: Re: [ADSM-L] Pct Migr=0.0, Caching=No but there is data
in
> the disk stgpool
> Sent by: "ADSM: Dist Stor Manager" <ADSM-L AT VM.MARIST DOT EDU>
>
>
>
> What is the syntax of the migrate stg command you are using? Are you
> specifying a "low" setting? or letting it use the storage pool
thresholds?
> (i.e. try it, specifying low=0 if not)
>
>
> Regards,
> Shawn
> ________________________________________________
> Shawn Drew
>
>
>
>
>
> Internet
> zforray AT VCU DOT EDU
>
> Sent by: ADSM-L AT VM.MARIST DOT EDU
> 05/03/2012 02:25 PM
> Please respond to
> ADSM-L AT VM.MARIST DOT EDU
>
>
> To
> ADSM-L
> cc
>
> Subject
> Re: [ADSM-L] Pct Migr=0.0, Caching=No but there is data in the disk
> stgpool
>
>
>
>
>
>
> I thought about that too (should have mentioned it). We just recently
> rebooted the server (network issue - don't ask.......) and there are no
> active backups/sessions. No processes other than the movedata I just
> started. I did a Q CONTENT and all of the disk volumes show something
in
> them from dozens of different nodes.
>
>
> Zoltan Forray
> TSM Software & Hardware Administrator
> Virginia Commonwealth University
> UCC/Office of Technology Services
> 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
>
>
>
> From: Shawn Drew <shawn.drew AT AMERICAS.BNPPARIBAS DOT COM>
> To: ADSM-L AT VM.MARIST DOT EDU
> Date: 05/03/2012 02:22 PM
> Subject: Re: [ADSM-L] Pct Migr=0.0, Caching=No but there is data
in
> the disk stgpool
> Sent by: "ADSM: Dist Stor Manager" <ADSM-L AT VM.MARIST DOT EDU>
>
>
>
> I've seen this when there is a current backup active and that's nodes
> files are the only ones in the disk pool.
> do a "q se" and see if anything is active.
>
> Regards,
> Shawn
> ________________________________________________
> Shawn Drew
>
>
>
>
>
> Internet
> zforray AT VCU DOT EDU
>
> Sent by: ADSM-L AT VM.MARIST DOT EDU
> 05/03/2012 01:37 PM
> Please respond to
> ADSM-L AT VM.MARIST DOT EDU
>
>
> To
> ADSM-L
> cc
>
> Subject
> [ADSM-L] Pct Migr=0.0, Caching=No but there is data in the disk stgpool
>
>
>
>
>
>
> I have a very odd situation on my new Linux 6.2.3.100 server/disk pool,
as
> described in the subject.
>
> Here is the "Q STGPOOL"
>
> 1:30:21 PM FIREBALL : q stg backuppool f=d
> Storage Pool Name: BACKUPPOOL
> Storage Pool Type: Primary
> Device Class Name: DISK
> Estimated Capacity: 5,238 G
> Space Trigger Util: 77.4
> Pct Util: 77.4
> Pct Migr: 0.0
> Pct Logical: 100.0
> High Mig Pct: 90
> Low Mig Pct: 50
> Migration Delay: 0
> Migration Continue: Yes
> Migration Processes: 2
> Reclamation Processes:
> Next Storage Pool: TS1120
> Reclaim Storage Pool:
> Maximum Size Threshold: No Limit
> Access: Read/Write
> Description:
> Overflow Location:
> Cache Migrated Files?: No
> Collocate?:
> Reclamation Threshold:
> Offsite Reclamation Limit:
> Maximum Scratch Volumes Allowed:
> Number of Scratch Volumes Used:
> Delay Period for Volume Reuse:
> Migration in Progress?: No
> Amount Migrated (MB): 0.00
> Elapsed Migration Time (seconds): 0
> Reclamation in Progress?:
> Last Update by (administrator): ZFORRAY
> Last Update Date/Time: 04/27/2012 06:25:02
> Storage Pool Data Format: Native
> Copy Storage Pool(s):
> Active Data Pool(s):
> Continue Copy on Error?: Yes
> CRC Data: No
> Reclamation Type:
> Overwrite Data when Deleted:
>
>
> It says 77% utilized but nothing migratable. Trying to MIG STGPOOL says
> "nothing to migrate" yet doing a BACKUP STGPOOL is running and backing
up.
> I did an audit on one of the disk volumes and it said "yup - there is
> something in there and it is OK/no problems".
>
> As you can see, caching is NOT turned on (never have used that feature -
> usually too much traffic flowing through to make it of any
value).....and
> what is with the "Pct Logical" is 100%?
>
> This is a server I upgraded from 5.5. The disk pools were recreated
from
> scratch so it's not like there was anything left behind......
>
>
> Zoltan Forray
> TSM Software & Hardware Administrator
> Virginia Commonwealth University
> UCC/Office of Technology Services
> 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
>
>
>
> This message and any attachments (the "message") is intended solely for
> the addressees and is confidential. If you receive this message in
error,
> please delete it and immediately notify the sender. Any use not in
accord
> with its purpose, any dissemination or disclosure, either whole or
> partial,
> is prohibited except formal approval. The internet can not guarantee the
> integrity of this message. BNP PARIBAS (and its subsidiaries) shall
(will)
> not therefore be liable for the message if modified. Please note that
> certain
> functions and services for BNP Paribas may be performed by BNP Paribas
> RCC, Inc.
>
>
>
> This message and any attachments (the "message") is intended solely for
> the addressees and is confidential. If you receive this message in
error,
> please delete it and immediately notify the sender. Any use not in
accord
> with its purpose, any dissemination or disclosure, either whole or
> partial,
> is prohibited except formal approval. The internet can not guarantee the
> integrity of this message. BNP PARIBAS (and its subsidiaries) shall
(will)
> not therefore be liable for the message if modified. Please note that
> certain
> functions and services for BNP Paribas may be performed by BNP Paribas
> RCC, Inc.
>
|