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 zfor...@vcu.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 <stor...@us.ibm.com> To: ADSM-L@VM.MARIST.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@VM.MARIST.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: stor...@us.ibm.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@vm.marist.edu> wrote on 2012-05-08 16:00:40: > From: Zoltan Forray/AC/VCU <zfor...@vcu.edu> > To: ADSM-L@vm.marist.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@vm.marist.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 > zfor...@vcu.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 <zfor...@vcu.edu> > To: ADSM-L@VM.MARIST.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@VM.MARIST.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 > zfor...@vcu.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.d...@americas.bnpparibas.com> > To: ADSM-L@VM.MARIST.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@VM.MARIST.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 > zfor...@vcu.edu > > Sent by: ADSM-L@VM.MARIST.EDU > 05/03/2012 02:25 PM > Please respond to > ADSM-L@VM.MARIST.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 > zfor...@vcu.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.d...@americas.bnpparibas.com> > To: ADSM-L@VM.MARIST.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@VM.MARIST.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 > zfor...@vcu.edu > > Sent by: ADSM-L@VM.MARIST.EDU > 05/03/2012 01:37 PM > Please respond to > ADSM-L@VM.MARIST.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 > zfor...@vcu.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. >
