Mail Archive Search: <+subject:/^(?:^\s*(re|sv|fwd|fw)[\[\]\d]*[:>-]+\s*)*\[ADSM\-L\]\s+Deduplication\s+\"number\s+of\s+chunks\s+waiting\s+in\s+queue\"\s+continues\s+to\s+rise\?\s*$/>

Results:

References: [ +subject:/^(?:^\s*(re|sv|fwd|fw)[\[\]\d]*[:>-]+\s*)*\[ADSM\-L\]\s+Deduplication\s+\"number\s+of\s+chunks\s+waiting\s+in\s+queue\"\s+continues\s+to\s+rise\?\s*$/: 14 ]

Total 14 documents matching your query.

1. [ADSM-L] Deduplication "number of chunks waiting in queue" continues to rise? (score: 1): Author: "Prather, Wanda" <Wanda.Prather AT ICFI DOT COM>; Date: Fri, 20 Dec 2013 04:35:38 +0000; TSM 6.3.4.00 on Win2K8 Perhaps some of you that have dealt with the dedup "chunking" problem can enlighten me. TSM/VE backs up to a dedup file pool, about 4 TB of changed blocks per day I currently h; /usr/local/webapp/mharc-adsm.org/html/ADSM-L/2013-12/msg00162.html (13,761 bytes)
2. Re: [ADSM-L] Deduplication "number of chunks waiting in queue" continues to rise? (score: 1): Author: Erwann Simon <erwann.simon AT FREE DOT FR>; Date: Fri, 20 Dec 2013 06:32:32 +0100; Hi Wanda, Expire Inventory is queuing chunk for deletion. See the Q PR output when, at the end of the expire inventory process, the total numbers of nodes have been reached. No more deletion of objec; /usr/local/webapp/mharc-adsm.org/html/ADSM-L/2013-12/msg00163.html (15,200 bytes)
3. Re: [ADSM-L] Deduplication "number of chunks waiting in queue" continues to rise? (score: 1): Author: "Marouf, Nick" <c-nimarouf AT PA DOT GOV>; Date: Fri, 20 Dec 2013 06:33:52 -0500; Hi Wanda, I'm using Deduplication and have found that tsm life would be much easier if the stg pool was kept smaller under 3TB in size. I haven't done enough testing with this, and I know it is sligh; /usr/local/webapp/mharc-adsm.org/html/ADSM-L/2013-12/msg00166.html (17,738 bytes)
4. Re: [ADSM-L] Deduplication "number of chunks waiting in queue" continues to rise? (score: 1): Author: "Sergio O. Fuentes" <sfuentes AT UMD DOT EDU>; Date: Fri, 20 Dec 2013 15:38:34 +0000; Wanda, In trying to troubleshoot an unrelated performance PMR, IBM provided me with an e-fix for the dedupdel bottleneck that it sounds like you're experiencing. They obviously will want to do their; /usr/local/webapp/mharc-adsm.org/html/ADSM-L/2013-12/msg00169.html (16,615 bytes)
5. Re: [ADSM-L] Deduplication "number of chunks waiting in queue" continues to rise? (score: 1): Author: James R Owen <jim.owen AT YALE DOT EDU>; Date: Fri, 20 Dec 2013 11:19:14 -0500; Sergio and Wanda, Thanks for your posts! I opened PMR 10702,L6Q,000 a couple weeks ago for slow performance [recently completely fell off the cliff!] with our SRV3 TSM v6.3.4.200 service that *was* s; /usr/local/webapp/mharc-adsm.org/html/ADSM-L/2013-12/msg00171.html (17,353 bytes)
6. Re: [ADSM-L] Deduplication "number of chunks waiting in queue" continues to rise? (score: 1): Author: "Prather, Wanda" <Wanda.Prather AT ICFI DOT COM>; Date: Fri, 20 Dec 2013 16:35:03 +0000; Woo hoo! That's great news. Will open a ticket and escalate. Also looking at client-side dedup, but I have to do some architectural planning, as all the data is coming from one client, the TSM VE dat; /usr/local/webapp/mharc-adsm.org/html/ADSM-L/2013-12/msg00172.html (17,641 bytes)
7. Re: [ADSM-L] Deduplication "number of chunks waiting in queue" continues to rise? (score: 1): Author: "Prather, Wanda" <Wanda.Prather AT ICFI DOT COM>; Date: Fri, 20 Dec 2013 16:45:33 +0000; Please do post results - expiration just ran for me, queue > 30M! 45 TB dedup pool --Original Message-- From: ADSM: Dist Stor Manager [mailto:ADSM-L AT VM.MARIST DOT EDU] On Behalf Of James R Owen Se; /usr/local/webapp/mharc-adsm.org/html/ADSM-L/2013-12/msg00173.html (18,746 bytes)
8. Re: [ADSM-L] Deduplication "number of chunks waiting in queue" continues to rise? (score: 1): Author: "Sergio O. Fuentes" <sfuentes AT UMD DOT EDU>; Date: Fri, 20 Dec 2013 17:04:21 +0000; Client-side dedup and simultaneous-write to a copy pool are mutually exclusive. You can't do both, which is the only theoretical way to enforce deduprequiresbackup with client-side dedup. I suppose I; /usr/local/webapp/mharc-adsm.org/html/ADSM-L/2013-12/msg00174.html (19,505 bytes)
9. Re: [ADSM-L] Deduplication "number of chunks waiting in queue" continues to rise? (score: 1): Author: "Marouf, Nick" <c-nimarouf AT PA DOT GOV>; Date: Fri, 20 Dec 2013 14:23:34 -0500; I can second that Sergio, Backup stgpools to copy tapes is not pretty, and is an intensive process to rehydrate all that data. The one extra thing I did was split the database across multiple folder; /usr/local/webapp/mharc-adsm.org/html/ADSM-L/2013-12/msg00175.html (20,378 bytes)
10. Re: [ADSM-L] Deduplication "number of chunks waiting in queue" continues to rise? (score: 1): Author: Skylar Thompson <skylar2 AT U.WASHINGTON DOT EDU>; Date: Fri, 20 Dec 2013 11:28:07 -0800; While we don't do deduplication (tests show we gain less than 25% from it), we also split our DB2 instances across multiple, physically-separate volumes. The one thing to note is that you have to dum; /usr/local/webapp/mharc-adsm.org/html/ADSM-L/2013-12/msg00176.html (21,975 bytes)
11. Re: [ADSM-L] Deduplication "number of chunks waiting in queue" continues to rise? (score: 1): Author: Erwann Simon <erwann.simon AT FREE DOT FR>; Date: Fri, 20 Dec 2013 20:31:00 +0100; Hi All, Is someone using this script for reporting purpose ? http://www-01.ibm.com/support/docview.wss?uid=swg21596944 -- Best regards / Cordialement / Erwann SIMON -- Mail original -- De: "Wanda Pra; /usr/local/webapp/mharc-adsm.org/html/ADSM-L/2013-12/msg00177.html (14,929 bytes)
12. Re: [ADSM-L] Deduplication "number of chunks waiting in queue" continues to rise? (score: 1): Author: Paul Zarnowski <psz1 AT CORNELL DOT EDU>; Date: Fri, 20 Dec 2013 14:31:18 -0500; Is anyone doing stgpool backups to a dedup file copy pool? -- Paul Zarnowski Ph: 607-255-4757 Manager of Storage Services Fx: 607-255-8521 IT at Cornell / Infrastructure Em: psz1 AT cornell DOT edu 7; /usr/local/webapp/mharc-adsm.org/html/ADSM-L/2013-12/msg00178.html (21,640 bytes)
13. Re: [ADSM-L] Deduplication "number of chunks waiting in queue" continues to rise? (score: 1): Author: "Marouf, Nick" <c-nimarouf AT PA DOT GOV>; Date: Fri, 20 Dec 2013 14:42:38 -0500; Hi Skylar ! Yes that would be the easy way do it, there is an option to rebalance the I/O after you add the new file systems to the database. I had already setup TSM before the performance tuning gui; /usr/local/webapp/mharc-adsm.org/html/ADSM-L/2013-12/msg00179.html (23,091 bytes)
14. Re: [ADSM-L] Deduplication "number of chunks waiting in queue" continues to rise? (score: 1): Author: "Colwell, William F." <bcolwell AT DRAPER DOT COM>; Date: Fri, 20 Dec 2013 22:09:34 +0000; Hi Wanda, some quick rambling thoughts about dereferenced chunk cleanup. Do you know about the 'show banner' command? If IBM sends you an e-fix, this will tell you what it is fixing. tsm: xxxxx>show; /usr/local/webapp/mharc-adsm.org/html/ADSM-L/2013-12/msg00180.html (17,733 bytes)

Current List: 1 - 14
Page: [1]