Mail Archive Search: <+subject:/^(?:^\s*(re|sv|fwd|fw)[\[\]\d]*[:>-]+\s*)*Migration\s*$/>

Results:

References: [ +subject:/^(?:^\s*(re|sv|fwd|fw)[\[\]\d]*[:>-]+\s*)*Migration\s*$/: 10 ]

Total 10 documents matching your query.

1. Re: Migration (score: 1): Author: "Bos, Karel" <Karel.Bos AT ATOSORIGIN DOT COM>; Date: Sat, 22 Jan 2005 10:37:50 +0100; Hi, Yes, the client data is still going to the disk pool while migration disk > tape is running. Regards, Karel --Original Message-- From: ADSM: Dist Stor Manager [mailto:ADSM-L AT VM.MARIST DOT EDU]; /usr/local/webapp/mharc-adsm.org/html/ADSM-L/2005-01/msg00641.html (10,428 bytes)
2. Re: Migration (score: 1): Author: "Stapleton, Mark" <mark.stapleton AT BERBEE DOT COM>; Date: Tue, 2 Nov 2004 08:40:37 -0600; Review your server activity log. -- Mark Stapleton (stapleton AT berbee DOT com) Berbee Information Networks Office 262.521.5627; /usr/local/webapp/mharc-adsm.org/html/ADSM-L/2004-11/msg00040.html (11,645 bytes)
3. Re: Migration (score: 1): Author: Richard Sims <rbs AT BU DOT EDU>; Date: Tue, 2 Nov 2004 09:51:56 -0500; I have a disk storage pool set up with a hi=90 lo=70 threshold. The storage pool filled up to 100%, but didn't begin any migration tasks... You didn't specify what statistical field your "100%" valu; /usr/local/webapp/mharc-adsm.org/html/ADSM-L/2004-11/msg00041.html (11,055 bytes)
4. Re: Migration (score: 1): Author: Joni Moyer <joni.moyer AT HIGHMARK DOT COM>; Date: Tue, 2 Nov 2004 10:05:00 -0500; The 100% I was referring to was both the Pct Util and Pct Migr fields. I have looked throughout the activity logs and have found issues where migration had tried to occur, but at that point in time o; /usr/local/webapp/mharc-adsm.org/html/ADSM-L/2004-11/msg00045.html (21,610 bytes)
5. Re: Migration (score: 1): Author: Richard Sims <rbs AT BU DOT EDU>; Date: Tue, 2 Nov 2004 10:53:15 -0500; The 100% I was referring to was both the Pct Util and Pct Migr fields. I have looked throughout the activity logs and have found issues where migration had tried to occur, but at that point in time; /usr/local/webapp/mharc-adsm.org/html/ADSM-L/2004-11/msg00046.html (12,282 bytes)
6. Re: Migration (score: 1): Author: "<James> <healy>" <James.Healy2 AT AXACS DOT COM>; Date: Fri, 21 Dec 2001 09:26:28 -0500; There is an algorythm in backup that detects when the primary storage pool (disk) gets busy. if this pool is too busy the backup client will spill over to the next pool. tape "Christoph Pilgram" <Chr; /usr/local/webapp/mharc-adsm.org/html/ADSM-L/2001-12/msg00846.html (11,425 bytes)
7. Re: Migration (score: 1): Author: Doug Thorneycroft <dthorneycroft AT LACSD DOT ORG>; Date: Mon, 15 Sep 1997 11:05:12 -0700; You don't really create a migration tape. You need to define a tape pool, then, in the migration settings of your primary disk pool set the new tape pool as the next pool in line. You control the mig; /usr/local/webapp/mharc-adsm.org/html/ADSM-L/1997-09/msg00433.html (11,191 bytes)
8. Re: Migration (score: 1): Author: "Kelly J. Lipp" <lipp AT STORSOL DOT COM>; Date: Mon, 15 Sep 1997 14:33:13 -0600; /usr/local/webapp/mharc-adsm.org/html/ADSM-L/1997-09/msg00440.html (10,044 bytes)
9. Re: MIGRATION (score: 1): Author: "Pittson, Timothy ,Corp/US" <tpittson AT HIMAIL.HCC DOT COM>; Date: Fri, 15 Nov 1996 12:16:19 -0500; Gustavo, Take a look at the following parameters in /usr/lpp/adsmserv/bin/dsmserv.opt MOVEBATCHSIZE - default is 32, try increasing to at least 64 (maximum setting is 256) MOVESIZETHRESHOLD - default; /usr/local/webapp/mharc-adsm.org/html/ADSM-L/1996-11/msg00194.html (11,623 bytes)
10. FW: Migration (score: 1): Author: "PITTSON, TIMOTHY" <PITTSON1 AT BWMAIL1.HCC DOT COM>; Date: Tue, 13 Feb 1996 16:25:00 EST; You can force this by altering the high migration threshold for the storage pool you are migrating from (i.e. UPD STGPOOL BACKUPPOOL HIGHMIG=nn). By the way, I've noticed from experience that you can; /usr/local/webapp/mharc-adsm.org/html/ADSM-L/1996-02/msg00134.html (11,360 bytes)

Current List: 1 - 10
Page: [1]