Re: support for SnapDiff on NetApp filers running CDOT?

[Del Hoobler]

I have an update for this thread:

Spectrum Protect (TSM) support for NetApp snapshot-assisted 
progressive incremental backup (some may refer to it as "SnapDiff")
for Clustered Data ONTAP (CDOT) is targeted for next month (July 2015).


Del




Del Hoobler/Endicott/IBM wrote on 03/11/2015 12:36:11 PM:

> From: Del Hoobler/Endicott/IBM
> To: "ADSM: Dist Stor Manager" 
> Date: 03/11/2015 12:36 PM
> Subject: Re: support for SnapDiff on NetApp filers running CDOT?
> 
> Hi Steve,
> 
> That status is not quite correct.
> 
> IBM has the APIs, that's true. IBM also has them implemented
> and working successfully in the lab. 
> 
> IBM is working directly with NetApp on some special details 
> about how we support SnapDiff (and NDMP) with CDOT.
> 
> And so, at this point, I cannot give a definitive status
> until those discussions are completed.
> 
> 
> Del
> 
> 

> 
> "ADSM: Dist Stor Manager"  wrote on 03/11/2015
> 11:52:39 AM:
> 
> > From: "Schaub, Steve" 
> > To: ADSM-L@VM.MARIST.EDU
> > Date: 03/11/2015 11:53 AM
> > Subject: support for SnapDiff on NetApp filers running CDOT?
> > Sent by: "ADSM: Dist Stor Manager" 
> > 
> > Has anyone heard when Tivoli is going to release a version of 
> > SnapDiff that works on Clustered Data Ontap 8 (think latest version 
> > is 8.2 or 8.3)?  My understanding is that NetApp has given the API's
> > to IBM, waiting on IBM to incorporate them.
> > 
> > Thanks,
> > 
> > Steve Schaub
> > Systems Engineer II, Backup/Recovery
> > Blue Cross Blue Shield of Tennessee
> > 
> > -
> > Please see the following link for the BlueCross BlueShield of 
> > Tennessee E-mail disclaimer:  
http://www.bcbst.com/email_disclaimer.shtm
> > 

Re: Problem logging in to administrator ID with DHCP node

[Andrew Raibeck]

Hi Zoltan,

Yes, you  have the right APAR and fix level. That APAR is not platform
specific, it covers all UNIX, Linux, and Windows platforms.

We are working on getting the "paperwork" updated appropriately.

Best regards,

- Andy



Andrew Raibeck | Tivoli Storage Manager Level 3 Technical Lead |
stor...@us.ibm.com

IBM Tivoli Storage Manager links:
Product support:
http://www.ibm.com/support/entry/portal/Overview/Software/Tivoli/Tivoli_Storage_Manager

Online documentation:
http://www.ibm.com/support/knowledgecenter/SSGSG7/welcome
Product Wiki:
https://www.ibm.com/developerworks/community/wikis/home/wiki/Tivoli%20Storage%20Manager

"ADSM: Dist Stor Manager"  wrote on 2015-06-02
10:20:14:

> From: Zoltan Forray 
> To: ADSM-L@VM.MARIST.EDU
> Date: 2015-06-02 10:22
> Subject: Re: Problem logging in to administrator ID with DHCP node
> Sent by: "ADSM: Dist Stor Manager" 
>
> As suspected, upgrading the client to 7.1.2.1 has resolved the problem
with
> administrator login.  So, I am pretty sure it is related to IT08705
>  but I can not
> confirm since I can't find the APAR record.  So it seems this problem
> effects Windows as well as AIX clients.
>
> On Tue, Jun 2, 2015 at 8:19 AM, Zoltan Forray  wrote:
>
> > BTW, I was looking through the 7.1.2.1 fixlist and found this entry
> > "IT08705 - 7.1.2 WEB CLIENT LOGIN AUTHENTICATION FAILURE POP-UP
MESSAGE,
> > ANS3004E IN DSMERROR.LOG".
> >
> > While it says it is for AIX, it sounds very close to my problem.
> > Unfortunately, someone seems to have pulled the APAR since the link to
the
> > APAR page 404's and Googling for that APAR only sends me back to the
> > fixlist page.
> >
> > Can someone from IBM look into/comment on this?
> >
> > On Tue, Jun 2, 2015 at 8:02 AM, Zoltan Forray  wrote:
> >
> >> Thank you for the suggestion.
> >>
> >> Back a while ago, I asked, here, if there are any issues with using
DHCP
> >> (vs fixed IP addresses) for the clients to backup and was told that
this
> >> was the way pretty much everyone did it.  So far we have not had any
issues
> >> with the backups on any other clients we have converted to DHCP. This
is
> >> the first problem and I think it is related to the client and the web
> >> interface.
> >>
> >> On Tue, Jun 2, 2015 at 12:48 AM, Karel Bos  wrote:
> >>
> >>> Hi,
> >>>
> >>> Compare q no f=d output of the node with the current ip address of
that
> >>> node. Some of the registered ip's of that node might have not been
> >>> updated.
> >>>
> >>> Having dhcp enabled on your backup clients and having them switch ips
> >>> constantly will cause issues for tsm server to tsm client
communications
> >>> even when running in polling mode.
> >>> Op 1 jun. 2015 22:27 schreef "Zoltan Forray" :
> >>>
> >>> > We are migrating our TSM infrastructure to DHCP assignments for the
> >>> client
> >>> > nodes/servers.  Up until no everything seems to have worked OK.
> >>> >
> >>> > Now we moved a bunch of CIFS backups to DHCP and having problems
> >>> logging in
> >>> > to an administrator ID via the WEB client on the box.
> >>> >
> >>> > Every attempt to login produces "invalid password" for the
> >>> administrator,
> >>> > no matter how many times we reset the password. Logging in as this
same
> >>> > admin ID via a different interface work with no problem.  The admin
ID
> >>> has
> >>> > full privileges.
> >>> >
> >>> > The config is this.  The connection from this node server to the
TSM
> >>> server
> >>> > is DHCP / 172 range.  The webport connection to the box is a fixed
> >>> private
> >>> > 192.168 address. The client is 7.1.2.0
> >>> >
> >>> > Any thoughts?
> >>> >
> >>> > --
> >>> > *Zoltan Forray*
> >>> > TSM Software & Hardware Administrator
> >>> > Xymon Monitor 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://infosecurity.vcu.edu/phishing.html
> >>> >
> >>>
> >>
> >>
> >>
> >> --
> >> *Zoltan Forray*
> >> TSM Software & Hardware Administrator
> >> Xymon Monitor 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://infosecurity.vcu.edu/phishing.html
> >>
> >
> >
> >
> > --
> > *Zoltan Forray*
> > TSM Software & Hardware Administrator
> > Xymon Monitor Administrator
> > Virginia Commonwealth University
> 

Re: support for SnapDiff on NetApp filers running CDOT?

[Paul Zarnowski]

Thank you for this update, Del.  That is indeed good news.

At 10:13 AM 6/3/2015, Del Hoobler wrote:
>I have an update for this thread:
>
>Spectrum Protect (TSM) support for NetApp snapshot-assisted
>progressive incremental backup (some may refer to it as "SnapDiff")
>for Clustered Data ONTAP (CDOT) is targeted for next month (July 2015).
>
>
>Del
>
>
>
>
>Del Hoobler/Endicott/IBM wrote on 03/11/2015 12:36:11 PM:
>
>> From: Del Hoobler/Endicott/IBM
>> To: "ADSM: Dist Stor Manager" 
>> Date: 03/11/2015 12:36 PM
>> Subject: Re: support for SnapDiff on NetApp filers running CDOT?
>>
>> Hi Steve,
>>
>> That status is not quite correct.
>>
>> IBM has the APIs, that's true. IBM also has them implemented
>> and working successfully in the lab.
>>
>> IBM is working directly with NetApp on some special details
>> about how we support SnapDiff (and NDMP) with CDOT.
>>
>> And so, at this point, I cannot give a definitive status
>> until those discussions are completed.
>>
>>
>> Del
>>
>> 
>
>>
>> "ADSM: Dist Stor Manager"  wrote on 03/11/2015
>> 11:52:39 AM:
>>
>> > From: "Schaub, Steve" 
>> > To: ADSM-L@VM.MARIST.EDU
>> > Date: 03/11/2015 11:53 AM
>> > Subject: support for SnapDiff on NetApp filers running CDOT?
>> > Sent by: "ADSM: Dist Stor Manager" 
>> >
>> > Has anyone heard when Tivoli is going to release a version of
>> > SnapDiff that works on Clustered Data Ontap 8 (think latest version
>> > is 8.2 or 8.3)?  My understanding is that NetApp has given the API's
>> > to IBM, waiting on IBM to incorporate them.
>> >
>> > Thanks,
>> >
>> > Steve Schaub
>> > Systems Engineer II, Backup/Recovery
>> > Blue Cross Blue Shield of Tennessee
>> >
>> > -
>> > Please see the following link for the BlueCross BlueShield of
>> > Tennessee E-mail disclaimer:
>http://www.bcbst.com/email_disclaimer.shtm
>> >


--
Paul ZarnowskiPh: 607-255-4757
Assistant Director for Storage Services   Fx: 607-255-8521
IT at Cornell / InfrastructureEm: p...@cornell.edu
719 Rhodes Hall, Ithaca, NY 14853-3801

Re: Problem logging in to administrator ID with DHCP node

[Zoltan Forray]

Hi Andy,

Thanks for the confirmation.  Looking forwards to the "updated paperwork"!

On Wed, Jun 3, 2015 at 10:38 AM, Andrew Raibeck  wrote:

> Hi Zoltan,
>
> Yes, you  have the right APAR and fix level. That APAR is not platform
> specific, it covers all UNIX, Linux, and Windows platforms.
>
> We are working on getting the "paperwork" updated appropriately.
>
> Best regards,
>
> - Andy
>
>
> 
>
> Andrew Raibeck | Tivoli Storage Manager Level 3 Technical Lead |
> stor...@us.ibm.com
>
> IBM Tivoli Storage Manager links:
> Product support:
>
> http://www.ibm.com/support/entry/portal/Overview/Software/Tivoli/Tivoli_Storage_Manager
>
> Online documentation:
> http://www.ibm.com/support/knowledgecenter/SSGSG7/welcome
> Product Wiki:
>
> https://www.ibm.com/developerworks/community/wikis/home/wiki/Tivoli%20Storage%20Manager
>
> "ADSM: Dist Stor Manager"  wrote on 2015-06-02
> 10:20:14:
>
> > From: Zoltan Forray 
> > To: ADSM-L@VM.MARIST.EDU
> > Date: 2015-06-02 10:22
> > Subject: Re: Problem logging in to administrator ID with DHCP node
> > Sent by: "ADSM: Dist Stor Manager" 
> >
> > As suspected, upgrading the client to 7.1.2.1 has resolved the problem
> with
> > administrator login.  So, I am pretty sure it is related to IT08705
> >  but I can not
> > confirm since I can't find the APAR record.  So it seems this problem
> > effects Windows as well as AIX clients.
> >
> > On Tue, Jun 2, 2015 at 8:19 AM, Zoltan Forray  wrote:
> >
> > > BTW, I was looking through the 7.1.2.1 fixlist and found this entry
> > > "IT08705 - 7.1.2 WEB CLIENT LOGIN AUTHENTICATION FAILURE POP-UP
> MESSAGE,
> > > ANS3004E IN DSMERROR.LOG".
> > >
> > > While it says it is for AIX, it sounds very close to my problem.
> > > Unfortunately, someone seems to have pulled the APAR since the link to
> the
> > > APAR page 404's and Googling for that APAR only sends me back to the
> > > fixlist page.
> > >
> > > Can someone from IBM look into/comment on this?
> > >
> > > On Tue, Jun 2, 2015 at 8:02 AM, Zoltan Forray  wrote:
> > >
> > >> Thank you for the suggestion.
> > >>
> > >> Back a while ago, I asked, here, if there are any issues with using
> DHCP
> > >> (vs fixed IP addresses) for the clients to backup and was told that
> this
> > >> was the way pretty much everyone did it.  So far we have not had any
> issues
> > >> with the backups on any other clients we have converted to DHCP. This
> is
> > >> the first problem and I think it is related to the client and the web
> > >> interface.
> > >>
> > >> On Tue, Jun 2, 2015 at 12:48 AM, Karel Bos  wrote:
> > >>
> > >>> Hi,
> > >>>
> > >>> Compare q no f=d output of the node with the current ip address of
> that
> > >>> node. Some of the registered ip's of that node might have not been
> > >>> updated.
> > >>>
> > >>> Having dhcp enabled on your backup clients and having them switch ips
> > >>> constantly will cause issues for tsm server to tsm client
> communications
> > >>> even when running in polling mode.
> > >>> Op 1 jun. 2015 22:27 schreef "Zoltan Forray" :
> > >>>
> > >>> > We are migrating our TSM infrastructure to DHCP assignments for the
> > >>> client
> > >>> > nodes/servers.  Up until no everything seems to have worked OK.
> > >>> >
> > >>> > Now we moved a bunch of CIFS backups to DHCP and having problems
> > >>> logging in
> > >>> > to an administrator ID via the WEB client on the box.
> > >>> >
> > >>> > Every attempt to login produces "invalid password" for the
> > >>> administrator,
> > >>> > no matter how many times we reset the password. Logging in as this
> same
> > >>> > admin ID via a different interface work with no problem.  The admin
> ID
> > >>> has
> > >>> > full privileges.
> > >>> >
> > >>> > The config is this.  The connection from this node server to the
> TSM
> > >>> server
> > >>> > is DHCP / 172 range.  The webport connection to the box is a fixed
> > >>> private
> > >>> > 192.168 address. The client is 7.1.2.0
> > >>> >
> > >>> > Any thoughts?
> > >>> >
> > >>> > --
> > >>> > *Zoltan Forray*
> > >>> > TSM Software & Hardware Administrator
> > >>> > Xymon Monitor 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://infosecurity.vcu.edu/phishing.html
> > >>> >
> > >>>
> > >>
> > >>
> > >>
> > >> --
> > >> *Zoltan Forray*
> > >> TSM Software & Hardware Administrator
> > >> Xymon Monitor Administrator
> > >> Virginia Commonwealth University
> > >> UCC/Office of Technology Services
> > >> www.ucc.vcu.edu
> > >> zfor...@vcu.edu - 804-828-4807
> > >> Don't be a