Re: TSM 7.1 usage of volumes for dedupe

2014-10-31 Thread Martha McConaghy
that even TSM is designed by people, and I’m sure sometimes those do make mistakes. - bill -Original Message- From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of Martha M McConaghy Sent: Thursday, October 30, 2014 10:09 AM To: ADSM-L@VM.MARIST.EDU Subject: Re: TSM 7

Re: TSM 7.1 usage of volumes for dedupe

2014-10-30 Thread Remco Post
er [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of > Martha M McConaghy > Sent: Thursday, October 30, 2014 10:09 AM > To: ADSM-L@VM.MARIST.EDU > Subject: Re: TSM 7.1 usage of volumes for dedupe > > Bill, > > I just wanted to let you know how much this information helped. I was

Re: TSM 7.1 usage of volumes for dedupe

2014-10-30 Thread Colwell, William F.
, October 30, 2014 10:09 AM To: ADSM-L@VM.MARIST.EDU Subject: Re: TSM 7.1 usage of volumes for dedupe Bill, I just wanted to let you know how much this information helped. I was able to clear out all the problem volumes and have removed the full LUNs from the devclass until there is enough space on

Re: TSM 7.1 usage of volumes for dedupe

2014-10-30 Thread Martha M McConaghy
ied them a little bit. Hope his helps, Bill Colwell Draper Lab -Original Message- From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of Martha M McConaghy Sent: Wednesday, October 22, 2014 2:23 PM To: ADSM-L@VM.MARIST.EDU Subject: Re: TSM 7.1 usage of volumes for dedupe

Re: TSM 7.1 usage of volumes for dedupe

2014-10-22 Thread J. Pohlmann
Try show dedupdeleteinfo - if there are chunks queued or threads actively working on deleting chunks, the volumes will remain. Regards, Joerg Pohlmann -Original Message- From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of Prather, Wanda Sent: October 22, 2014 11:5

Re: TSM 7.1 usage of volumes for dedupe

2014-10-22 Thread Prather, Wanda
Don't believe that. I have seen it before - if you can do a MOVE DATA, it isn't really empty. I think it has to do with dedup. -Original Message- From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of Martha M McConaghy Sent: Wednesday, October 22, 2014 1:06 PM To: ADSM

Re: TSM 7.1 usage of volumes for dedupe

2014-10-22 Thread Steven Langdale
What's your colocation set too for that stgpool? On 22 Oct 2014 16:50, "Martha M McConaghy" wrote: > We just installed TSM 7.1 during the summer and have been working on > migrating our backups over from our old v5.5 system. We are using > deduplication for our main storage pool and it seems to

Re: TSM 7.1 usage of volumes for dedupe

2014-10-22 Thread Colwell, William F.
[mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of Martha M McConaghy Sent: Wednesday, October 22, 2014 2:23 PM To: ADSM-L@VM.MARIST.EDU Subject: Re: TSM 7.1 usage of volumes for dedupe Interesting. Seems very similar, except the status of these volumes is "FULL", not "EMPTY". Howeve

Re: TSM 7.1 usage of volumes for dedupe

2014-10-22 Thread Erwann SIMON
Martha, I guess your FS is quite large. You can obtain some free space by reducing the percentage of reserved blocks. Default is 5%, you can safely decrease this value to 2%, see m option of the tune2fs command. -- Best regards / Cordialement / مع تحياتي Erwann SIMON - Mail original

Re: TSM 7.1 usage of volumes for dedupe

2014-10-22 Thread Martha M McConaghy
Interesting. Seems very similar, except the status of these volumes is "FULL", not "EMPTY". However, the %reclaimable space is 0.0. I think this is a bug. I would expect the volume to leave the pool once it is "reclaimed". It would be OK with me if it did not. However, since the status is "FU

Re: TSM 7.1 usage of volumes for dedupe

2014-10-22 Thread Martha M McConaghy
Nice try, but no luck: tsm: TSMPRIMESERVER>q content /data0/0D57.BFS followlinks=yes Session established with server TSMPRIMESERVER: Linux/x86_64 Server Version 7, Release 1, Level 1.0 Server date/time: 10/22/2014 14:10:44 Last access: 10/22/2014 12:54:58 ANR2034E QUERY CONTENT: No matc

Re: TSM 7.1 usage of volumes for dedupe

2014-10-22 Thread James R Owen
Martha, !!Maybe your volumes are *not* really empty: retry with... Query CONtent [volname] FOLLOWLinks=Yes[especially for deduplicated content] See Help Query CONtent for details ... including default: FOLLOWLinks=No jim.o...@yale.edu (w#203.432.6693, c#203.494.9201, h#203.387.3030) On

Re: TSM 7.1 usage of volumes for dedupe

2014-10-22 Thread Erwann SIMON
hi Martha, See if this can apply : www-01.ibm.com/support/docview.wss?uid=swg21685554 Note that I had a situation where Q CONT returned that the volume was empty but it wasn't in reality since it was impossible to delete it (without discrading data). A select statement against the contents show

Re: TSM 7.1 usage of volumes for dedupe

2014-10-22 Thread Martha M McConaghy
Yeah, I do it regularly, at least once a week. We also have a replication server, but I like the security of having them on tape too. I usually run the reclamation after the backup is done. Martha On 10/22/2014 12:29 PM, Prather, Wanda wrote: Hi Martha! Has the storage pool been backed up to

Re: TSM 7.1 usage of volumes for dedupe

2014-10-22 Thread Martha M McConaghy
Yup, they are really empty. /data0/0D57.BFS DEDUPEPOOL FILE 50.0 G 0.0 Full tsm: TSMPRIMESERVER>q content /data0/0D57.BFS Session established with server TSMPRIMESERVER: Linux/x86_64 Server Version 7, Release 1, Level 1.0 Server date/time: 10/22

Re: TSM 7.1 usage of volumes for dedupe

2014-10-22 Thread Prather, Wanda
Hi Martha! Has the storage pool been backed up to a copy pool? If the DEDUPREQUIRESBACKUP option is set to YES (default), reclaim can't happen until the BACKUP STGPOOL is done. -Original Message- From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of Michael Roesch

Re: TSM 7.1 usage of volumes for dedupe

2014-10-22 Thread Michael Roesch
Hi Martha, have you run "query content" on some of the volumes to see, if they are really empty? Michael On Wed, Oct 22, 2014 at 5:47 PM, Martha M McConaghy < martha.mccona...@marist.edu> wrote: > We just installed TSM 7.1 during the summer and have been working on > migrating our backups over