Mail Archive Search: <fsid>

Results:

References: [ fsid: 715 ]

Total 715 documents matching your query.

161. Re: [ADSM-L] Huge differences in file count after exporting node to a different server (score: 3): Author: Zoltan Forray <zforray AT VCU DOT EDU>; Date: Mon, 30 Oct 2017 10:03:52 -0400; Thanks for the confirmation. I figure it is some kind of cleanup/timing/orphaned-objects issue. -- *Zoltan Forray* Spectrum Protect (p.k.a. TSM) Software & Hardware Administrator Xymon Monitor Admini; /usr/local/webapp/mharc-adsm.org/html/ADSM-L/2017-10/msg00084.html (14,717 bytes)
162. Re: [ADSM-L] Huge differences in file count after exporting node to a different server (score: 3): Author: Robert Talda <rpt4 AT CORNELL DOT EDU>; Date: Mon, 30 Oct 2017 13:32:14 +0000; Zoltan: For what it is worth, Ive seen this behavior for years. I attempted to pursue it a couple of times with IBM support but never got anywhere. In fact, it just occurred last week// OS: Red Hat E; /usr/local/webapp/mharc-adsm.org/html/ADSM-L/2017-10/msg00083.html (12,752 bytes)
163. Re: [ADSM-L] SAP Hana deduplication savings in directory stgpool (score: 3): Author: Martin Janosik <martin.janosik AT CZ.IBM DOT COM>; Date: Mon, 12 Sep 2016 14:43:09 +0200; Hi Anri, since TSM server 7.1 it seems that server splits large objects into smaller chunks (default=yes) ... SPLITLARGEObjects Specifies whether large objects that are stored by this node are automa; /usr/local/webapp/mharc-adsm.org/html/ADSM-L/2016-09/msg00051.html (21,364 bytes)
164. Re: [ADSM-L] SAP Hana deduplication savings in directory stgpool (score: 3): Author: Arni Snorri Eggertsson <arnie AT GORMUR DOT COM>; Date: Mon, 12 Sep 2016 13:51:36 +0200; Hi Martin, such big objects that deduplication fails to deduplicate, I have seen the deduplication does something for the transaction logs but not for the full backups, Snippet from actlog when trans; /usr/local/webapp/mharc-adsm.org/html/ADSM-L/2016-09/msg00050.html (15,710 bytes)
165. Re: [ADSM-L] Deduplication questions, again (score: 3): Author: Matthew McGeary <Matthew.McGeary AT POTASHCORP DOT COM>; Date: Tue, 22 Mar 2016 07:23:14 -0600; Arnaud, I too am seeing odd percentages where containerpools and dedup is concerned. I have a small remote server pair that protects ~23 TB of pre dedup data, but my containerpools show an occupancy; /usr/local/webapp/mharc-adsm.org/html/ADSM-L/2016-03/msg00085.html (17,480 bytes)
166. [ADSM-L] Deduplication questions, again (score: 3): Author: PAC Brion Arnaud <Arnaud.Brion AT PANALPINA DOT COM>; Date: Tue, 22 Mar 2016 10:51:03 +0100; Hi All, Another question in regards of TSM container based deduplicated pools ... Are you experiencing the same behavior than this : using "q stg f=d" targeting a deduped container based storage pool; /usr/local/webapp/mharc-adsm.org/html/ADSM-L/2016-03/msg00080.html (12,012 bytes)
167. Re: [ADSM-L] Select from Occupancy table is blank for Directory pool (score: 3): Author: "Arbogast, Warren K" <warbogas AT IU DOT EDU>; Date: Wed, 23 Dec 2015 20:40:56 +0000; Richard, Thank you for both answers. REPORTING_MB is the basic answer. And, thanks for the select reminder. Keith tsm: TSMBL01>q occ esappj10 Node Name Type Filespace FSID Storage Number of Physical; /usr/local/webapp/mharc-adsm.org/html/ADSM-L/2015-12/msg00095.html (17,788 bytes)
168. Re: [ADSM-L] Which volumes for a VM? (score: 3): Author: David Ehresman <david.ehresman AT LOUISVILLE DOT EDU>; Date: Wed, 22 Oct 2014 14:48:14 +0000; Thanks. I expected queries against the volumeusage table to run forever, but this actually ran quite quickly. David David, Here's one way to do it. __ tsm:> q fi <data center node name> \VMFULL-<vm-n; /usr/local/webapp/mharc-adsm.org/html/ADSM-L/2014-10/msg00097.html (11,396 bytes)
169. Re: [ADSM-L] Which volumes for a VM? (score: 3): Author: "Arbogast, Warren K" <warbogas AT IU DOT EDU>; Date: Wed, 22 Oct 2014 14:42:23 +0000; David, Here's one way to do it. __ tsm:> q fi <data center node name> \VMFULL-<vm-name> __ tsm:> select volume_name from volumeusage where filespace_id ='<FSID>' Hope this works for you, Keith; /usr/local/webapp/mharc-adsm.org/html/ADSM-L/2014-10/msg00096.html (10,871 bytes)
170. Re: [ADSM-L] ANR1817W when exporting node to another server (score: 3): Author: "Dury, John C." <JDury AT DUQLIGHT DOT COM>; Date: Wed, 11 Sep 2013 14:09:04 -0400; I found the problem. There was a leftover replicated node from previous testing, with the same name. Replicated nodes don't show up when doing a "q node" so I wasn't seeing it on the new server. Than; /usr/local/webapp/mharc-adsm.org/html/ADSM-L/2013-09/msg00060.html (18,888 bytes)
171. Re: [ADSM-L] ANR1817W when exporting node to another server (score: 3): Author: Zoltan Forray <zforray AT VCU DOT EDU>; Date: Wed, 11 Sep 2013 14:02:07 -0400; Have you tried filedata=none just to see if the node definitions get transferred? Does the exported node ever appear on the Linux server? On Wed, Sep 11, 2013 at 1:20 PM, Dury, John C. <JDury AT duql; /usr/local/webapp/mharc-adsm.org/html/ADSM-L/2013-09/msg00059.html (19,094 bytes)
172. Re: [ADSM-L] ANR1817W when exporting node to another server (score: 3): Author: "Dury, John C." <JDury AT DUQLIGHT DOT COM>; Date: Wed, 11 Sep 2013 14:02:00 -0400; That is exactly what I am trying to do. John - What happens if you specify a specific node name that hasn't been exported - yet? On Wed, Sep 11, 2013 at 12:20 PM, Dury, John C. <JDury AT duqlight DOT; /usr/local/webapp/mharc-adsm.org/html/ADSM-L/2013-09/msg00058.html (18,350 bytes)
173. Re: [ADSM-L] ANR1817W when exporting node to another server (score: 3): Author: Nick Laflamme <nick AT LAFLAMME DOT US>; Date: Wed, 11 Sep 2013 12:36:09 -0500; What happens if you specify a specific node name that hasn't been exported yet? On Wed, Sep 11, 2013 at 12:20 PM, Dury, John C. <JDury AT duqlight DOT com> wrote:; /usr/local/webapp/mharc-adsm.org/html/ADSM-L/2013-09/msg00055.html (18,335 bytes)
174. Re: [ADSM-L] ANR1817W when exporting node to another server (score: 3): Author: "Dury, John C." <JDury AT DUQLIGHT DOT COM>; Date: Wed, 11 Sep 2013 13:20:37 -0400; I have tried several combinations of the following and they all fail with the output listed below. export node toserver=LINUXSERVER filespace=* filedata=all export node toserver=LINUXSERVER filedata=; /usr/local/webapp/mharc-adsm.org/html/ADSM-L/2013-09/msg00053.html (17,301 bytes)
175. Re: [ADSM-L] ANR1817W when exporting node to another server (score: 3): Author: Zoltan Forray <zforray AT VCU DOT EDU>; Date: Wed, 11 Sep 2013 10:47:44 -0400; Didn't notice the actual EXPORT command/options you used? On Wed, Sep 11, 2013 at 8:30 AM, Dury, John C. <JDury AT duqlight DOT com> wrote: -- *Zoltan Forray* TSM Software & Hardware Administrator Vi; /usr/local/webapp/mharc-adsm.org/html/ADSM-L/2013-09/msg00051.html (17,444 bytes)
176. [ADSM-L] ANR1817W when exporting node to another server (score: 3): Author: "Dury, John C." <JDury AT DUQLIGHT DOT COM>; Date: Wed, 11 Sep 2013 08:30:25 -0400; We have 2 6.3.4.0 TSM servers, one AIX and one linux. We want to move all of the data from the AIX server to the linux server and then eventually retire the AIX server. I understand I can also do thi; /usr/local/webapp/mharc-adsm.org/html/ADSM-L/2013-09/msg00047.html (15,617 bytes)
177. [ADSM-L] TSM client data (score: 3): Author: "Copper, Steve" <scopper AT WESTERNPOWER.CO DOT UK>; Date: Wed, 17 Apr 2013 14:52:36 +0100; Hi all, I am looking to find out what data is stored on my TSM servers for a node which is defined as a server. Specifically to find out why/what data is being stored for each server to the other one; /usr/local/webapp/mharc-adsm.org/html/ADSM-L/2013-04/msg00160.html (15,846 bytes)
178. Re: [ADSM-L] rename nodes fi for systemstate (score: 3): Author: Tim Brown <TBrown AT CENHUD DOT COM>; Date: Mon, 26 Nov 2012 19:50:29 +0000; Worked !! Thanks, Tim Hello. Try RENAME FILE <nodename> <FSID> <NewName> NameType=FSID Le 26 nov. 2012 à 19:14, Tim Brown <TBrown AT CENHUD DOT COM> a écrit :; /usr/local/webapp/mharc-adsm.org/html/ADSM-L/2012-11/msg00155.html (13,203 bytes)
179. Re: [ADSM-L] rename nodes fi for systemstate (score: 3): Author: David Rigaudiere <david.rigaudiere AT GMAIL DOT COM>; Date: Mon, 26 Nov 2012 20:37:20 +0100; Hello. Try RENAME FILE <nodename> <FSID> <NewName> NameType=FSID Le 26 nov. 2012 à 19:14, Tim Brown <TBrown AT CENHUD DOT COM> a écrit :; /usr/local/webapp/mharc-adsm.org/html/ADSM-L/2012-11/msg00154.html (12,824 bytes)
180. Re: [ADSM-L] Generate backupset error issue (score: 3): Author: "Hughes, Timothy" <Timothy.Hughes AT OIT.STATE.NJ DOT US>; Date: Wed, 18 Jan 2012 14:51:40 -0500; Hi Jim, Thanks no it didn't work ANR3503E Generation of backup set for GOVSRV3X1 as Beverlysapton3X1BKUP.709804709 (data type File) failed.(SESSION: 1304679, PROCESS: 39951) I used the following comm; /usr/local/webapp/mharc-adsm.org/html/ADSM-L/2012-01/msg00094.html (14,619 bytes)

Current List: 161 - 180
Page: [1] [2] [3] [4] [5] [6] [7] [8] [9] [10] [11] [12] [13] [14] [15] [16] [17] [18] [19] [20]