Re: disabling compression and/or deduplication for a client backing up against deduped/compressed directory-based storage pool
I understand, I didn't know you were that deep into the case already, I wouldn't presume to be able to solve this via a few emails if support is working on it. What I am interested in is did you run the blueprint benchmarks? the perl script that can benchmark your database and your containerpool volumes? The blueprints give values that you should be getting in order to expect blueprint performance results, this way you can quantify your performance issue in how many IOP/s or MB/s your behind where you need to be to run the load you need to run. Regards, Stefan On Wed, Apr 11, 2018 at 2:10 PM, PAC Brion Arnaud < arnaud.br...@panalpina.com> wrote: > Dear Stefan, > > Thanks a lot for your very kind offer ! > > Without underrating the power of this list, I however doubt that we will > able to find a solution that easily : we opened a case with IBM and > involved EMC/Dell as well, so far without much success, even after 5 months > intensive monitoring and tuning attempts at all levels (Linux kernel, > communication layer, TSM DB fixes, access mode change on Isilon etc ...) > > I must share as well that some of our partners voices raised when the > decision had been made to go with Isilon storage, warning us that the > offered solution would not be powerful enough to sustain the intended > workload. It might very well be that they were right, and that in this > particular case, budget considerations have ruled over pragmatism, leading > to that very uncomfortable situation ... > > To finally answer your question : both active log and database are stored > on a Flashsytem 900 array, dedicated to TSM server only. > > Cheers. > > Arnaud > > > > Backup and Recovery Systems Administrator > Panalpina Management Ltd., Basle, Switzerland, > CIT Department Viadukstrasse 42, P.O. Box 4002 Basel/CH > Phone: +41 (61) 226 11 11, FAX: +41 (61) 226 17 01 > Direct: +41 (61) 226 19 78 > e-mail: arnaud.br...@panalpina.com > This electronic message transmission contains information from Panalpina > and is confidential or privileged. > This information is intended only for the person (s) named above. If you > are not the intended recipient, any disclosure, copying, distribution or > use or any other action based on the contents of this > information is strictly prohibited. > > If you receive this electronic transmission in error, please notify the > sender by e-mail, telephone or fax at the numbers listed above. Thank you. > > > > -Original Message- > From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of > Stefan Folkerts > Sent: Wednesday, April 11, 2018 7:43 AM > To: ADSM-L@VM.MARIST.EDU > Subject: Re: disabling compression and/or deduplication for a client > backing up against deduped/compressed directory-based storage pool > > That's no fun, maybe we can help! > What storage are you using for your active log and database? > > Regards, >Stefan > > On Mon, Apr 9, 2018 at 6:06 PM, PAC Brion Arnaud < > arnaud.br...@panalpina.com > > wrote: > > > Hi Stefan, > > > > Thanks a lot for appreciated feedback ! > > > > >> You can, however, disable compression on the storagepool-level. > > > > This is unfortunately what I intended to avoid : if I disable it, then > > lots of clients will be impacted, and the server's performance will for > > sure improve ... > > > > >> Are you using an IBM blueprint configuration for the Spectrum Protect > > > > I wish I could : my life would have been much easier ! Unfortunately > > management took the (definitively bad) decision to invest in a EMC/Dell > > Isilon array to be our Spectrum Scale server storage. > > I'm now fighting since 6 months to have the whole working together, so > far > > without real success : performance is horrible :-( > > > > Cheers. > > > > Arnaud > > > > > > -Original Message- > > From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of > > Stefan Folkerts > > Sent: Thursday, April 05, 2018 5:48 PM > > To: ADSM-L@VM.MARIST.EDU > > Subject: Re: disabling compression and/or deduplication for a client > > backing up against deduped/compressed directory-based storage pool > > > > Hi, > > > > With the directory containerpool you cannot, for as far as I know, > disable > > an attempt to deduplicate the data and if the data is able to deduplicate > > it will be deduplicated. > > You can, however, disable compression on the storagepool-level. If you > > disable it on the containerpool client-side settings for deduplication > will > > have no effect on compression within the pool. > > > > Are you using an IBM blueprint configuration for the Spectrum Protect > > environment? > > > > Regards, > >Stefan > > > > > > On Tue, Apr 3, 2018 at 6:06 PM, PAC Brion Arnaud <
Re: NTNamedStreamRead() openNamedStream errors
Thank you for the info. I would have thought the ISP client could handle ADS. The server should be running the University requires A/V program so I would not think it is a infection. IBM - your thoughts on this? On Wed, Apr 11, 2018 at 9:05 PM, Harris, Steven < steven.har...@btfinancialgroup.com> wrote: > Zoltan > > I think the problem is the colon in the file name. > > Windows has the capability to write multiple streams to the same file. > The streams are differentiated by a colon and the the stream id. > > At least that’s the gist of it. See https://www.owasp.org/index. > php/Windows_::DATA_alternate_data_stream > Often used by hackers to hide stuff apparently. > > Cheers > > Steve > > Steven Harris > TSM Admin > Canberra Australia > > > -Original Message- > From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of > Zoltan Forray > Sent: Thursday, 12 April 2018 3:40 AM > To: ADSM-L@VM.MARIST.EDU > Subject: [ADSM-L] NTNamedStreamRead() openNamedStream errors > > Has anyone seen these kind of errors? A user has been having these errors > for a long time (they manage their own box and thus din't notice these > errors for 9+ months) > >TSM return code : 104 >TSM file : ..\..\common\winnt\psmech.cpp (6583) > 04/10/2018 22:58:04 ANS0361I DIAG: NTNamedStreamRead(): openNamedStream > S:\arts-data\Private Directories\jwaltonen\Muse\ > Muse\Exceptions\AdobeMuse7.0-mul\Install Adobe > Muse.app\Contents\Resources\Adobe > Muse\Contents\Resources\META-INF\AIR\extensions\com.adobe. > oobelib.extensions\META-INF\ANE\MacOS-x86\OOBELibANE. > framework\Versions\Current:AFP_AfpInfo: > RC=104 > 04/10/2018 22:58:04 ANS5250E An unexpected error was encountered. >TSM function name : openNamedStream >TSM function : CreateFile() returned '2' for file ':AFP_AfpInfo' > > All Google hits are for a much older client - they are fairly current at > 7.1.6.5 on a Windows 2012 server. > > -- > *Zoltan Forray* > Spectrum Protect (p.k.a. TSM) Software & Hardware Administrator Xymon > Monitor Administrator VMware Administrator Virginia Commonwealth University > UCC/Office of Technology Services www.ucc.vcu.edu 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://phishing.vcu.edu/ > > > This message and any attachment is confidential and may be privileged or > otherwise protected from disclosure. You should immediately delete the > message if you are not the intended recipient. If you have received this > email by mistake please delete it from your system; you should not copy the > message or disclose its content to anyone. > > This electronic communication may contain general financial product advice > but should not be relied upon or construed as a recommendation of any > financial product. The information has been prepared without taking into > account your objectives, financial situation or needs. You should consider > the Product Disclosure Statement relating to the financial product and > consult your financial adviser before making a decision about whether to > acquire, hold or dispose of a financial product. > > For further details on the financial product please go to > http://www.bt.com.au > > Past performance is not a reliable indicator of future performance. > -- *Zoltan Forray* Spectrum Protect (p.k.a. TSM) Software & Hardware Administrator Xymon Monitor Administrator VMware Administrator Virginia Commonwealth University UCC/Office of Technology Services www.ucc.vcu.edu 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://phishing.vcu.edu/
Re: disabling compression and/or deduplication for a client backing up against deduped/compressed directory-based storage pool
Hi Chavdar, Yes, that was one of IBM's first requests when we opened this case, unfortunately nothing obvious came out of it ... Cheers. Arnaud -Original Message- From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of Chavdar Cholev Sent: Wednesday, April 11, 2018 8:22 PM To: ADSM-L@VM.MARIST.EDU Subject: disabling compression and/or deduplication for a client backing up against deduped/compressed directory-based storage pool Hi Arnaud, did you run tsm server instrumentation. It could help to identify where the issue is. We have tsm server that is connected to FS900 and vtl with v5k and no perf. issues. Best regards Chavdar On Wednesday, April 11, 2018, PAC Brion Arnaud wrote: > Dear Stefan, > > Thanks a lot for your very kind offer ! > > Without underrating the power of this list, I however doubt that we will > able to find a solution that easily : we opened a case with IBM and > involved EMC/Dell as well, so far without much success, even after 5 months > intensive monitoring and tuning attempts at all levels (Linux kernel, > communication layer, TSM DB fixes, access mode change on Isilon etc ...) > > I must share as well that some of our partners voices raised when the > decision had been made to go with Isilon storage, warning us that the > offered solution would not be powerful enough to sustain the intended > workload. It might very well be that they were right, and that in this > particular case, budget considerations have ruled over pragmatism, leading > to that very uncomfortable situation ... > > To finally answer your question : both active log and database are stored > on a Flashsytem 900 array, dedicated to TSM server only. > > Cheers. > > Arnaud > > > > Backup and Recovery Systems Administrator > Panalpina Management Ltd., Basle, Switzerland, > CIT Department Viadukstrasse 42, P.O. Box 4002 Basel/CH > Phone: +41 (61) 226 11 11, FAX: +41 (61) 226 17 01 > Direct: +41 (61) 226 19 78 > e-mail: arnaud.br...@panalpina.com > This electronic message transmission contains information from Panalpina > and is confidential or privileged. > This information is intended only for the person (s) named above. If you > are not the intended recipient, any disclosure, copying, distribution or > use or any other action based on the contents of this > information is strictly prohibited. > > If you receive this electronic transmission in error, please notify the > sender by e-mail, telephone or fax at the numbers listed above. Thank you. > > > > -Original Message- > From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of > Stefan Folkerts > Sent: Wednesday, April 11, 2018 7:43 AM > To: ADSM-L@VM.MARIST.EDU > Subject: Re: disabling compression and/or deduplication for a client > backing up against deduped/compressed directory-based storage pool > > That's no fun, maybe we can help! > What storage are you using for your active log and database? > > Regards, >Stefan > > On Mon, Apr 9, 2018 at 6:06 PM, PAC Brion Arnaud < > arnaud.br...@panalpina.com > > wrote: > > > Hi Stefan, > > > > Thanks a lot for appreciated feedback ! > > > > >> You can, however, disable compression on the storagepool-level. > > > > This is unfortunately what I intended to avoid : if I disable it, then > > lots of clients will be impacted, and the server's performance will for > > sure improve ... > > > > >> Are you using an IBM blueprint configuration for the Spectrum Protect > > > > I wish I could : my life would have been much easier ! Unfortunately > > management took the (definitively bad) decision to invest in a EMC/Dell > > Isilon array to be our Spectrum Scale server storage. > > I'm now fighting since 6 months to have the whole working together, so > far > > without real success : performance is horrible :-( > > > > Cheers. > > > > Arnaud > > > > > > -Original Message- > > From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of > > Stefan Folkerts > > Sent: Thursday, April 05, 2018 5:48 PM > > To: ADSM-L@VM.MARIST.EDU > > Subject: Re: disabling compression and/or deduplication for a client > > backing up against deduped/compressed directory-based storage pool > > > > Hi, > > > > With the directory containerpool you cannot, for as far as I know, > disable > > an attempt to deduplicate the data and if the data is able to deduplicate > > it will be deduplicated. > > You can, however, disable compression on the storagepool-level. If you > > disable it on the containerpool client-side settings for deduplication > will > > have no effect on compression within the pool. > > > > Are you using an IBM blueprint configuration for the Spectrum Protect > > environment? > > > > Regards, > >Stefan >
Re: NTNamedStreamRead() openNamedStream errors
I recommend opening a PMR. Before opening the PMR, you should collect a SERVICE trace of a command line selective backup of that specific file and have it ready for support. Del "ADSM: Dist Stor Manager" wrote on 04/12/2018 08:42:57 AM: > From: Zoltan Forray > To: ADSM-L@VM.MARIST.EDU > Date: 04/12/2018 08:43 AM > Subject: Re: NTNamedStreamRead() openNamedStream errors > Sent by: "ADSM: Dist Stor Manager" > > Thank you for the info. I would have thought the ISP client could handle > ADS. The server should be running the University requires A/V program so I > would not think it is a infection. > > IBM - your thoughts on this? > > On Wed, Apr 11, 2018 at 9:05 PM, Harris, Steven < > steven.har...@btfinancialgroup.com> wrote: > > > Zoltan > > > > I think the problem is the colon in the file name. > > > > Windows has the capability to write multiple streams to the same file. > > The streams are differentiated by a colon and the the stream id. > > > > At least that’s the gist of it. See https:// > urldefense.proofpoint.com/v2/url? > u=https-3A__www.owasp.org_index&d=DwIFaQ&c=jf_iaSHvJObTbx- > siA1ZOg&r=0hq2JX5c3TEZNriHEs7Zf7HrkY2fNtONOrEOM8Txvk8&m=FLLADfxjAevhtLY- > M_Ke4zRAAdenQZiUhYxCwFTBJpY&s=i6qsSsiPIxgU9BYZcyOwsI6PZXgSP4gvK2h3NDQrank&e=. > > php/Windows_::DATA_alternate_data_stream > > Often used by hackers to hide stuff apparently. > > > > Cheers > > > > Steve > > > > Steven Harris > > TSM Admin > > Canberra Australia > > > > > > -Original Message- > > From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of > > Zoltan Forray > > Sent: Thursday, 12 April 2018 3:40 AM > > To: ADSM-L@VM.MARIST.EDU > > Subject: [ADSM-L] NTNamedStreamRead() openNamedStream errors > > > > Has anyone seen these kind of errors? A user has been having these errors > > for a long time (they manage their own box and thus din't notice these > > errors for 9+ months) > > > >TSM return code : 104 > >TSM file : ..\..\common\winnt\psmech.cpp (6583) > > 04/10/2018 22:58:04 ANS0361I DIAG: NTNamedStreamRead(): openNamedStream > > S:\arts-data\Private Directories\jwaltonen\Muse\ > > Muse\Exceptions\AdobeMuse7.0-mul\Install Adobe > > Muse.app\Contents\Resources\Adobe > > Muse\Contents\Resources\META-INF\AIR\extensions\com.adobe. > > oobelib.extensions\META-INF\ANE\MacOS-x86\OOBELibANE. > > framework\Versions\Current:AFP_AfpInfo: > > RC=104 > > 04/10/2018 22:58:04 ANS5250E An unexpected error was encountered. > >TSM function name : openNamedStream > >TSM function : CreateFile() returned '2' for file ':AFP_AfpInfo' > > > > All Google hits are for a much older client - they are fairly current at > > 7.1.6.5 on a Windows 2012 server. > > > > -- > > *Zoltan Forray* > > Spectrum Protect (p.k.a. TSM) Software & Hardware Administrator Xymon > > Monitor Administrator VMware Administrator Virginia Commonwealth University > > UCC/Office of Technology Services www.ucc.vcu.edu 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 https://urldefense.proofpoint.com/v2/url? > u=http-3A__phishing.vcu.edu_&d=DwIFaQ&c=jf_iaSHvJObTbx- > siA1ZOg&r=0hq2JX5c3TEZNriHEs7Zf7HrkY2fNtONOrEOM8Txvk8&m=FLLADfxjAevhtLY- > M_Ke4zRAAdenQZiUhYxCwFTBJpY&s=kW3hJburmEq5_GBZnEAuvIwlFNjWVI5jNnlzLgghN7k&e= > > > > > > This message and any attachment is confidential and may be privileged or > > otherwise protected from disclosure. You should immediately delete the > > message if you are not the intended recipient. If you have received this > > email by mistake please delete it from your system; you should not copy the > > message or disclose its content to anyone. > > > > This electronic communication may contain general financial product advice > > but should not be relied upon or construed as a recommendation of any > > financial product. The information has been prepared without taking into > > account your objectives, financial situation or needs. You should consider > > the Product Disclosure Statement relating to the financial product and > > consult your financial adviser before making a decision about whether to > > acquire, hold or dispose of a financial product. > > > > For further details on the financial product please go to > > https://urldefense.proofpoint.com/v2/url? > u=http-3A__www.bt.com.au&d=DwIFaQ&c=jf_iaSHvJObTbx- > siA1ZOg&r=0hq2JX5c3TEZNriHEs7Zf7HrkY2fNtONOrEOM8Txvk8&m=FLLADfxjAevhtLY- > M_Ke4zRAAdenQZiUhYxCwFTBJpY&s=nabTMwe5ZQYG5gXWgZzzbQkfaJyMfLI1noSZ9eyhmxs&e= > > > > Past performance is not a reliable indicator of future performance. > > > > > > -- > *Zoltan Forray* > Spectrum Protect (p.k.a. TSM) Software & Hardware Administrator > Xymon Monitor Administrator > VMware Administrator > Virginia Commonwe
Re: disabling compression and/or deduplication for a client backing up against deduped/compressed directory-based storage pool
Stefan, I do not want to enter the details of a 6 months lasting story, but to summarize it, such performance tests have been successfully conducted against our very first setup, which in between time has been subject to countless changes (TSM version, O.S. version, endianness from Big to Little endian, extension of the FS900 capacity, redesign of the storage pools layout and so on), the whole under huge time pressure, having the result that the current setup could not be benchmarked anymore, as it was already productive ... Cheers. Arnaud -Original Message- From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of Stefan Folkerts Sent: Thursday, April 12, 2018 2:10 PM To: ADSM-L@VM.MARIST.EDU Subject: Re: disabling compression and/or deduplication for a client backing up against deduped/compressed directory-based storage pool I understand, I didn't know you were that deep into the case already, I wouldn't presume to be able to solve this via a few emails if support is working on it. What I am interested in is did you run the blueprint benchmarks? the perl script that can benchmark your database and your containerpool volumes? The blueprints give values that you should be getting in order to expect blueprint performance results, this way you can quantify your performance issue in how many IOP/s or MB/s your behind where you need to be to run the load you need to run. Regards, Stefan On Wed, Apr 11, 2018 at 2:10 PM, PAC Brion Arnaud < arnaud.br...@panalpina.com> wrote: > Dear Stefan, > > Thanks a lot for your very kind offer ! > > Without underrating the power of this list, I however doubt that we will > able to find a solution that easily : we opened a case with IBM and > involved EMC/Dell as well, so far without much success, even after 5 months > intensive monitoring and tuning attempts at all levels (Linux kernel, > communication layer, TSM DB fixes, access mode change on Isilon etc ...) > > I must share as well that some of our partners voices raised when the > decision had been made to go with Isilon storage, warning us that the > offered solution would not be powerful enough to sustain the intended > workload. It might very well be that they were right, and that in this > particular case, budget considerations have ruled over pragmatism, leading > to that very uncomfortable situation ... > > To finally answer your question : both active log and database are stored > on a Flashsytem 900 array, dedicated to TSM server only. > > Cheers. > > Arnaud > > > > Backup and Recovery Systems Administrator > Panalpina Management Ltd., Basle, Switzerland, > CIT Department Viadukstrasse 42, P.O. Box 4002 Basel/CH > Phone: +41 (61) 226 11 11, FAX: +41 (61) 226 17 01 > Direct: +41 (61) 226 19 78 > e-mail: arnaud.br...@panalpina.com > This electronic message transmission contains information from Panalpina > and is confidential or privileged. > This information is intended only for the person (s) named above. If you > are not the intended recipient, any disclosure, copying, distribution or > use or any other action based on the contents of this > information is strictly prohibited. > > If you receive this electronic transmission in error, please notify the > sender by e-mail, telephone or fax at the numbers listed above. Thank you. > > > > -Original Message- > From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of > Stefan Folkerts > Sent: Wednesday, April 11, 2018 7:43 AM > To: ADSM-L@VM.MARIST.EDU > Subject: Re: disabling compression and/or deduplication for a client > backing up against deduped/compressed directory-based storage pool > > That's no fun, maybe we can help! > What storage are you using for your active log and database? > > Regards, >Stefan > > On Mon, Apr 9, 2018 at 6:06 PM, PAC Brion Arnaud < > arnaud.br...@panalpina.com > > wrote: > > > Hi Stefan, > > > > Thanks a lot for appreciated feedback ! > > > > >> You can, however, disable compression on the storagepool-level. > > > > This is unfortunately what I intended to avoid : if I disable it, then > > lots of clients will be impacted, and the server's performance will for > > sure improve ... > > > > >> Are you using an IBM blueprint configuration for the Spectrum Protect > > > > I wish I could : my life would have been much easier ! Unfortunately > > management took the (definitively bad) decision to invest in a EMC/Dell > > Isilon array to be our Spectrum Scale server storage. > > I'm now fighting since 6 months to have the whole working together, so > far > > without real success : performance is horrible :-( > > > > Cheers. > > > > Arnaud > > > > > > -Original Message- > > From: ADSM: Dist Stor Manager [mai
dsmc retrieve syntax for a remote node?
I'm trying to retrieve some old archived data with dsmc from thatnode to thisnode, and I seem to have forgotten the strange magic involved in correctly specifying the paths. So on thisnode, dsmc> q filespace -fromnode=thatnode shows me things like \\thatnode\c$ \\thatnode\e$ \\thatnode\f$ but something like dsmc> ret \\thatnode\c$\*.* -fromnode=thatnode and various permutations just returns a message about nothing being archived by that path name. What am I missing?
Re: dsmc retrieve syntax for a remote node?
Hi Jim \\thatnode\c$\*.* Retrieves only files in the C$ root directory with a period in the name. If you want everything under c$ I'd use ret \\thatnode\c$\* -fromnode=thatnode -subdir=y you will also have to specify a destination as without it will try to put the data back into \\thatnode I find it interesting that you use -fromnode. I had sort of forgotten it exists. I normally use -virtualn and if necessary change the node password. Cheers Steve Steven Harris TSM Admin/Consultant Canberra Australia -Original Message- From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of Davis, Jim J - (jjdavis) Sent: Friday, 13 April 2018 8:30 AM To: ADSM-L@VM.MARIST.EDU Subject: [ADSM-L] dsmc retrieve syntax for a remote node? I'm trying to retrieve some old archived data with dsmc from thatnode to thisnode, and I seem to have forgotten the strange magic involved in correctly specifying the paths. So on thisnode, dsmc> q filespace -fromnode=thatnode shows me things like \\thatnode\c$ \\thatnode\e$ \\thatnode\f$ but something like dsmc> ret \\thatnode\c$\*.* -fromnode=thatnode and various permutations just returns a message about nothing being archived by that path name. What am I missing? This message and any attachment is confidential and may be privileged or otherwise protected from disclosure. You should immediately delete the message if you are not the intended recipient. If you have received this email by mistake please delete it from your system; you should not copy the message or disclose its content to anyone. This electronic communication may contain general financial product advice but should not be relied upon or construed as a recommendation of any financial product. The information has been prepared without taking into account your objectives, financial situation or needs. You should consider the Product Disclosure Statement relating to the financial product and consult your financial adviser before making a decision about whether to acquire, hold or dispose of a financial product. For further details on the financial product please go to http://www.bt.com.au Past performance is not a reliable indicator of future performance.
Re: dsmc retrieve syntax for a remote node?
Hello,
The other thing to do is put the filespace in squiggly brackets.
dsmc ret {\\machine\x$}\* -fromnode=...
Like Steven, I prefer -virtualnode instead of from node.
With -fromnode, you have to grant the access properly, which is sometimes a
pain. With -virtualnode, you just need to know the node password or have a
TSM admin ID that has authority on that node, but don't have to worry about
granting access.
-
Thanks,
Marc...
Marc Lanteigne
Accelerated Value Specialist for Spectrum Protect
416.478.0233 | marclantei...@ca.ibm.com
Office Hours: Monday to Friday, 7:00 to 16:00 Eastern
Follow me on: Twitter, developerWorks, LinkedIn
-Original Message-
From: Harris, Steven [mailto:steven.har...@btfinancialgroup.com]
Sent: Thursday, April 12, 2018 08:15 PM
To: ADSM-L@VM.MARIST.EDU
Subject: Re: [ADSM-L] dsmc retrieve syntax for a remote node?
Hi Jim
\\thatnode\c$\*.*
Retrieves only files in the C$ root directory with a period in the name.
If you want everything under c$ I'd use
ret \\thatnode\c$\* -fromnode=thatnode -subdir=y
you will also have to specify a destination as without it will try to put
the data back into \\thatnode
I find it interesting that you use -fromnode. I had sort of forgotten it
exists. I normally use -virtualn and if necessary change the node
password.
Cheers
Steve
Steven Harris
TSM Admin/Consultant
Canberra Australia
-Original Message-
From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of
Davis, Jim J - (jjdavis)
Sent: Friday, 13 April 2018 8:30 AM
To: ADSM-L@VM.MARIST.EDU
Subject: [ADSM-L] dsmc retrieve syntax for a remote node?
I'm trying to retrieve some old archived data with dsmc from thatnode to
thisnode, and I seem to have forgotten the strange magic involved in
correctly specifying the paths. So on thisnode,
dsmc> q filespace -fromnode=thatnode
shows me things like
\\thatnode\c$
\\thatnode\e$
\\thatnode\f$
but something like
dsmc> ret \\thatnode\c$\*.* -fromnode=thatnode
and various permutations just returns a message about nothing being
archived by that path name. What am I missing?
This message and any attachment is confidential and may be privileged or
otherwise protected from disclosure. You should immediately delete the
message if you are not the intended recipient. If you have received this
email by mistake please delete it from your system; you should not copy the
message or disclose its content to anyone.
This electronic communication may contain general financial product advice
but should not be relied upon or construed as a recommendation of any
financial product. The information has been prepared without taking into
account your objectives, financial situation or needs. You should consider
the Product Disclosure Statement relating to the financial product and
consult your financial adviser before making a decision about whether to
acquire, hold or dispose of a financial product.
For further details on the financial product please go to
https://urldefense.proofpoint.com/v2/url?u=http-3A__www.bt.com.au&d=DwIFAg&c=jf_iaSHvJObTbx-siA1ZOg&r=hMBqtRSV0jXgOdXEmlNk_-O9LHkPCGSh9PJBRSlL8Q4&m=3-pj09qI-gTDB0uYeXmPy1xTRbPa5FHari6x5Ah-w5I&s=5IkKuug01MVkhi240axGskmZOX2G40RsjhO-zqBX1JU&e=
Past performance is not a reliable indicator of future performance.
