Re: Can't Restore on CIFS/DFS backup server yet can backup

[Andrew Raibeck]

Hi Zoltan, sure.

Andy



Andrew Raibeck | IBM Spectrum Protect Level 3 | stor...@us.ibm.com

IBM Tivoli Storage Manager links:
Product support:
https://www.ibm.com/support/entry/portal/product/tivoli/tivoli_storage_manager

Online documentation:
http://www.ibm.com/support/knowledgecenter/SSGSG7/landing/welcome_ssgsg7.html

Product Wiki:
https://www.ibm.com/developerworks/community/wikis/home/wiki/Tivoli%20Storage%20Manager

"ADSM: Dist Stor Manager"  wrote on 2016-11-17
15:19:16:

> From: Zoltan Forray 
> To: ADSM-L@VM.MARIST.EDU
> Date: 2016-11-17 15:20
> Subject: Re: Can't Restore on CIFS/DFS backup server yet can backup
> Sent by: "ADSM: Dist Stor Manager" 
>
> Andy,
>
> My attempt to post a reply failed due to the attachment.  Can I email you
> directly to discuss this problem further?
>
> On Thu, Nov 17, 2016 at 12:26 PM, Andrew Raibeck 
wrote:
>
> > Zoltan,
> >
> > > Can we assume it applies to the Web interface as well, since that is
what
> > > is being used - not the GUI?
> >
> > Yes.
> >
> > Andy
> >
> > 
> > 
> >
> > Andrew Raibeck | IBM Spectrum Protect Level 3 | stor...@us.ibm.com
> >
> > IBM Tivoli Storage Manager links:
> > Product support:
> > https://www.ibm.com/support/entry/portal/product/tivoli/
> > tivoli_storage_manager
> >
> > Online documentation:
> > http://www.ibm.com/support/knowledgecenter/SSGSG7/
> > landing/welcome_ssgsg7.html
> >
> > Product Wiki:
> > https://www.ibm.com/developerworks/community/wikis/home/wiki/Tivoli%
> > 20Storage%20Manager
> >
> > "ADSM: Dist Stor Manager"  wrote on 2016-11-17
> > 11:33:25:
> >
> > > From: Zoltan Forray 
> > > To: ADSM-L@VM.MARIST.EDU
> > > Date: 2016-11-17 11:34
> > > Subject: Re: Can't Restore on CIFS/DFS backup server yet can backup
> > > Sent by: "ADSM: Dist Stor Manager" 
> > >
> > > Andy,
> > >
> > > The APAR description says "IBM Tivoli Storage Manager *client GUI*
cannot
> > > display files which were backed up in a directory tree, when a mount
> > point
> > > was created as an underlying directory name."
> > >
> > > Can we assume it applies to the Web interface as well, since that is
what
> > > is being used - not the GUI?
> > >
> > > On Thu, Nov 17, 2016 at 11:04 AM, Andrew Raibeck 
> > wrote:
> > >
> > > > Hi Zoltan,
> > > >
> > > > Does this APAR possibly match your issue?
> > > >
> > > > http://www.ibm.com/support/docview.wss?uid=swg1IC72016
> > > >
> > > > Regards,
> > > >
> > > > Andy
> > > >
> > > > 
> > > > 
> > > >
> > > > Andrew Raibeck | IBM Spectrum Protect Level 3 | stor...@us.ibm.com
> > > >
> > > > IBM Tivoli Storage Manager links:
> > > > Product support:
> > > > https://www.ibm.com/support/entry/portal/product/tivoli/
> > > > tivoli_storage_manager
> > > >
> > > > Online documentation:
> > > > http://www.ibm.com/support/knowledgecenter/SSGSG7/
> > > > landing/welcome_ssgsg7.html
> > > >
> > > > Product Wiki:
> > > >
https://www.ibm.com/developerworks/community/wikis/home/wiki/Tivoli%
> > > > 20Storage%20Manager
> > > >
> > > > "ADSM: Dist Stor Manager"  wrote on
2016-11-17
> > > > 10:46:11:
> > > >
> > > > > From: Zoltan Forray 
> > > > > To: ADSM-L@VM.MARIST.EDU
> > > > > Date: 2016-11-17 10:47
> > > > > Subject: Re: Can't Restore on CIFS/DFS backup server yet can
backup
> > > > > Sent by: "ADSM: Dist Stor Manager" 
> > > > >
> > > > > You are mostly correct in your understanding of our
configuration.
> > Let
> > > > see
> > > > > if this helps.
> > > > >
> > > > > We have a server called TSMCIFS3.  It has access/mount points to
> > numerous
> > > > > CIFS and now DFS storage/directories/mount points/shares,
whatever
> > you
> > > > want
> > > > > to call them.
> > > > > The TSM software on this server is used to backup everything but
the
> > > > local
> > > > > box since it/the local boxes has nothing on it worth backing up.
It
> > is
> > > > > purely a service machine.
> > > > > Each TSM node configured on this box (>30) has its own
configuration
> > > > files
> > > > > (dsmsched, dsm.opt, etc) which includes unique http ports for
each
> > node.
> > > > > User/admins access their backups for their nodes via dsmcad/http.
> > > > > Each node has a unique set of services and yes those services are
> > > > > configured to use specific domain accounts to perform the backups
for
> > > > each
> > > > > node.
> > > > > The backup schedules for each of these nodes has the OBJECT value
set
> > to
> > > > > determine which mount point/share/filesystem/directory is backed
up.
> > > > >
> > > > > Yes I agree I think it is an authority issue.  However, our
confusion
> > is
> > > > 

Re: Can't Restore on CIFS/DFS backup server yet can backup

[Zoltan Forray]

Andy,

My attempt to post a reply failed due to the attachment.  Can I email you
directly to discuss this problem further?

On Thu, Nov 17, 2016 at 12:26 PM, Andrew Raibeck  wrote:

> Zoltan,
>
> > Can we assume it applies to the Web interface as well, since that is what
> > is being used - not the GUI?
>
> Yes.
>
> Andy
>
> 
> 
>
> Andrew Raibeck | IBM Spectrum Protect Level 3 | stor...@us.ibm.com
>
> IBM Tivoli Storage Manager links:
> Product support:
> https://www.ibm.com/support/entry/portal/product/tivoli/
> tivoli_storage_manager
>
> Online documentation:
> http://www.ibm.com/support/knowledgecenter/SSGSG7/
> landing/welcome_ssgsg7.html
>
> Product Wiki:
> https://www.ibm.com/developerworks/community/wikis/home/wiki/Tivoli%
> 20Storage%20Manager
>
> "ADSM: Dist Stor Manager"  wrote on 2016-11-17
> 11:33:25:
>
> > From: Zoltan Forray 
> > To: ADSM-L@VM.MARIST.EDU
> > Date: 2016-11-17 11:34
> > Subject: Re: Can't Restore on CIFS/DFS backup server yet can backup
> > Sent by: "ADSM: Dist Stor Manager" 
> >
> > Andy,
> >
> > The APAR description says "IBM Tivoli Storage Manager *client GUI* cannot
> > display files which were backed up in a directory tree, when a mount
> point
> > was created as an underlying directory name."
> >
> > Can we assume it applies to the Web interface as well, since that is what
> > is being used - not the GUI?
> >
> > On Thu, Nov 17, 2016 at 11:04 AM, Andrew Raibeck 
> wrote:
> >
> > > Hi Zoltan,
> > >
> > > Does this APAR possibly match your issue?
> > >
> > > http://www.ibm.com/support/docview.wss?uid=swg1IC72016
> > >
> > > Regards,
> > >
> > > Andy
> > >
> > > 
> > > 
> > >
> > > Andrew Raibeck | IBM Spectrum Protect Level 3 | stor...@us.ibm.com
> > >
> > > IBM Tivoli Storage Manager links:
> > > Product support:
> > > https://www.ibm.com/support/entry/portal/product/tivoli/
> > > tivoli_storage_manager
> > >
> > > Online documentation:
> > > http://www.ibm.com/support/knowledgecenter/SSGSG7/
> > > landing/welcome_ssgsg7.html
> > >
> > > Product Wiki:
> > > https://www.ibm.com/developerworks/community/wikis/home/wiki/Tivoli%
> > > 20Storage%20Manager
> > >
> > > "ADSM: Dist Stor Manager"  wrote on 2016-11-17
> > > 10:46:11:
> > >
> > > > From: Zoltan Forray 
> > > > To: ADSM-L@VM.MARIST.EDU
> > > > Date: 2016-11-17 10:47
> > > > Subject: Re: Can't Restore on CIFS/DFS backup server yet can backup
> > > > Sent by: "ADSM: Dist Stor Manager" 
> > > >
> > > > You are mostly correct in your understanding of our configuration.
> Let
> > > see
> > > > if this helps.
> > > >
> > > > We have a server called TSMCIFS3.  It has access/mount points to
> numerous
> > > > CIFS and now DFS storage/directories/mount points/shares, whatever
> you
> > > want
> > > > to call them.
> > > > The TSM software on this server is used to backup everything but the
> > > local
> > > > box since it/the local boxes has nothing on it worth backing up.  It
> is
> > > > purely a service machine.
> > > > Each TSM node configured on this box (>30) has its own configuration
> > > files
> > > > (dsmsched, dsm.opt, etc) which includes unique http ports for each
> node.
> > > > User/admins access their backups for their nodes via dsmcad/http.
> > > > Each node has a unique set of services and yes those services are
> > > > configured to use specific domain accounts to perform the backups for
> > > each
> > > > node.
> > > > The backup schedules for each of these nodes has the OBJECT value set
> to
> > > > determine which mount point/share/filesystem/directory is backed up.
> > > >
> > > > Yes I agree I think it is an authority issue.  However, our confusion
> is
> > > if
> > > > the ID associated with the node can see and backup what it needs to
> > > > see/access, why can't the restore function see the same?
> > > >
> > > >
> > > > On Thu, Nov 17, 2016 at 10:24 AM, Robert Talda 
> wrote:
> > > >
> > > > > Zoltan:
> > > > >   Okay, I’m getting mixed messages from your post.  So my answer
> may be
> > > of
> > > > > limited value.
> > > > >
> > > > >   “Signing in via browser” implies to me you are using the Web
> client -
> > > am
> > > > > I correct?
> > > > >
> > > > >   Assuming so,
> > > > > - BACKUP is looking at the local filesystems - not the information
> from
> > > > > the TSM Server
> > > > > - RESTORE would be looking at the information from the TSM Server.
> > > > >
> > > > >   Based on that, I suspect it may be the id you are using to sign
> on
> > > via
> > > > > the Web client.
> > > > >
> > > > > FWIW,
> > > > > Bob T
> > > > >
> > > > >
> > > > > Robert Talda
> > > > > EZ-Backup Systems Engineer
> > > > > Cornell University
> > > > > +1 607-255-8280
> > > > > 

Re: Can't Restore on CIFS/DFS backup server yet can backup

[Andrew Raibeck]

Zoltan,

> Can we assume it applies to the Web interface as well, since that is what
> is being used - not the GUI?

Yes.

Andy



Andrew Raibeck | IBM Spectrum Protect Level 3 | stor...@us.ibm.com

IBM Tivoli Storage Manager links:
Product support:
https://www.ibm.com/support/entry/portal/product/tivoli/tivoli_storage_manager

Online documentation:
http://www.ibm.com/support/knowledgecenter/SSGSG7/landing/welcome_ssgsg7.html

Product Wiki:
https://www.ibm.com/developerworks/community/wikis/home/wiki/Tivoli%20Storage%20Manager

"ADSM: Dist Stor Manager"  wrote on 2016-11-17
11:33:25:

> From: Zoltan Forray 
> To: ADSM-L@VM.MARIST.EDU
> Date: 2016-11-17 11:34
> Subject: Re: Can't Restore on CIFS/DFS backup server yet can backup
> Sent by: "ADSM: Dist Stor Manager" 
>
> Andy,
>
> The APAR description says "IBM Tivoli Storage Manager *client GUI* cannot
> display files which were backed up in a directory tree, when a mount
point
> was created as an underlying directory name."
>
> Can we assume it applies to the Web interface as well, since that is what
> is being used - not the GUI?
>
> On Thu, Nov 17, 2016 at 11:04 AM, Andrew Raibeck 
wrote:
>
> > Hi Zoltan,
> >
> > Does this APAR possibly match your issue?
> >
> > http://www.ibm.com/support/docview.wss?uid=swg1IC72016
> >
> > Regards,
> >
> > Andy
> >
> > 
> > 
> >
> > Andrew Raibeck | IBM Spectrum Protect Level 3 | stor...@us.ibm.com
> >
> > IBM Tivoli Storage Manager links:
> > Product support:
> > https://www.ibm.com/support/entry/portal/product/tivoli/
> > tivoli_storage_manager
> >
> > Online documentation:
> > http://www.ibm.com/support/knowledgecenter/SSGSG7/
> > landing/welcome_ssgsg7.html
> >
> > Product Wiki:
> > https://www.ibm.com/developerworks/community/wikis/home/wiki/Tivoli%
> > 20Storage%20Manager
> >
> > "ADSM: Dist Stor Manager"  wrote on 2016-11-17
> > 10:46:11:
> >
> > > From: Zoltan Forray 
> > > To: ADSM-L@VM.MARIST.EDU
> > > Date: 2016-11-17 10:47
> > > Subject: Re: Can't Restore on CIFS/DFS backup server yet can backup
> > > Sent by: "ADSM: Dist Stor Manager" 
> > >
> > > You are mostly correct in your understanding of our configuration.
Let
> > see
> > > if this helps.
> > >
> > > We have a server called TSMCIFS3.  It has access/mount points to
numerous
> > > CIFS and now DFS storage/directories/mount points/shares, whatever
you
> > want
> > > to call them.
> > > The TSM software on this server is used to backup everything but the
> > local
> > > box since it/the local boxes has nothing on it worth backing up.  It
is
> > > purely a service machine.
> > > Each TSM node configured on this box (>30) has its own configuration
> > files
> > > (dsmsched, dsm.opt, etc) which includes unique http ports for each
node.
> > > User/admins access their backups for their nodes via dsmcad/http.
> > > Each node has a unique set of services and yes those services are
> > > configured to use specific domain accounts to perform the backups for
> > each
> > > node.
> > > The backup schedules for each of these nodes has the OBJECT value set
to
> > > determine which mount point/share/filesystem/directory is backed up.
> > >
> > > Yes I agree I think it is an authority issue.  However, our confusion
is
> > if
> > > the ID associated with the node can see and backup what it needs to
> > > see/access, why can't the restore function see the same?
> > >
> > >
> > > On Thu, Nov 17, 2016 at 10:24 AM, Robert Talda 
wrote:
> > >
> > > > Zoltan:
> > > >   Okay, I’m getting mixed messages from your post.  So my answer
may be
> > of
> > > > limited value.
> > > >
> > > >   “Signing in via browser” implies to me you are using the Web
client -
> > am
> > > > I correct?
> > > >
> > > >   Assuming so,
> > > > - BACKUP is looking at the local filesystems - not the information
from
> > > > the TSM Server
> > > > - RESTORE would be looking at the information from the TSM Server.
> > > >
> > > >   Based on that, I suspect it may be the id you are using to sign
on
> > via
> > > > the Web client.
> > > >
> > > > FWIW,
> > > > Bob T
> > > >
> > > >
> > > > Robert Talda
> > > > EZ-Backup Systems Engineer
> > > > Cornell University
> > > > +1 607-255-8280
> > > > r...@cornell.edu
> > > >
> > > >
> > > > > On Nov 16, 2016, at 2:19 PM, Zoltan Forray 
wrote:
> > > > >
> > > > > I have an interesting situation when attempting to perform a
restore
> > on a
> > > > > node that performs backups of CIFS/DFS mounts.
> > > > >
> > > > > The client is accessed via http / dsmcad since this server is
setup
> > to
> > > > > backup multiple CIFS shares and now moving to DFS.
> > > > >
> > > > > After signing in via browser, I can bring up BACKUP and see lots
and
> > 

Re: NFS mounts backed up

[Skylar Thompson]

All of our autofs-managed mounts are in a common /net path, so we just have
an "exclude.dir /net" rule on the hosts that shouldn't be backing up NFS.

On Thu, Nov 17, 2016 at 04:28:47PM +, Loon, Eric van (ITOPT3) - KLM wrote:
> Hi Skylar!
> This could be the case, but how does one prevent this than?
> The customer stated that the NFS filesystems weren't backed up before and the 
> issue started a few weeks ago. They first suspected the upgrade to 7.1.6, but 
> we just installed the previous version (7.1.4.4) and this versions backs them 
> up too...
> Thanks again for your help!
> Kind regards,
> Eric van Loon
> Air France/KLM Storage Engineering
>
>
> -Original Message-
> From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of 
> Skylar Thompson
> Sent: donderdag 17 november 2016 16:06
> To: ADSM-L@VM.MARIST.EDU
> Subject: Re: NFS mounts backed up
>
> Are you using an automounter that provides directory entries for the mount 
> points before they're mounted (aka "ghost" mounts)? If so, TSM will detect 
> the directory entries and the automounter can mount the filesystems before 
> TSM can detect them as NFS.
>
> On Thu, Nov 17, 2016 at 02:54:17PM +, Loon, Eric van (ITOPT3) - KLM wrote:
> > Hi guys!
> > We have a host with a TSM client 7.1.6 with several NFS mounts. As far as I 
> > know TSM should not backup NFS mounts, unless explicitly specified or when 
> > set through the DOMAIN or INCLUDE statement. On this node neither one is 
> > used but as soon as we issue a dsmc i without any additional parameters the 
> > NFS mounts are backed up too.
> > Any idea what could be causing this? Thanks for any help in advance!
> > Kind regards,
> > Eric van Loon
> > Air France/KLM Storage Engineering
> >
> > 
> > For information, services and offers, please visit our web site: 
> > http://www.klm.com. This e-mail and any attachment may contain confidential 
> > and privileged material intended for the addressee only. If you are not the 
> > addressee, you are notified that no part of the e-mail or any attachment 
> > may be disclosed, copied or distributed, and that any other action related 
> > to this e-mail or attachment is strictly prohibited, and may be unlawful. 
> > If you have received this e-mail by error, please notify the sender 
> > immediately by return e-mail, and delete this message.
> >
> > Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its 
> > employees shall not be liable for the incorrect or incomplete transmission 
> > of this e-mail or any attachments, nor responsible for any delay in receipt.
> > Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal
> > Dutch Airlines) is registered in Amstelveen, The Netherlands, with
> > registered number 33014286
> > 
>
> --
> -- Skylar Thompson (skyl...@u.washington.edu)
> -- Genome Sciences Department, System Administrator
> -- Foege Building S046, (206)-685-7354
> -- University of Washington School of Medicine
> 
> For information, services and offers, please visit our web site: 
> http://www.klm.com. This e-mail and any attachment may contain confidential 
> and privileged material intended for the addressee only. If you are not the 
> addressee, you are notified that no part of the e-mail or any attachment may 
> be disclosed, copied or distributed, and that any other action related to 
> this e-mail or attachment is strictly prohibited, and may be unlawful. If you 
> have received this e-mail by error, please notify the sender immediately by 
> return e-mail, and delete this message.
>
> Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its 
> employees shall not be liable for the incorrect or incomplete transmission of 
> this e-mail or any attachments, nor responsible for any delay in receipt.
> Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch 
> Airlines) is registered in Amstelveen, The Netherlands, with registered 
> number 33014286
> 
>   

--
-- Skylar Thompson (skyl...@u.washington.edu)
-- Genome Sciences Department, System Administrator
-- Foege Building S046, (206)-685-7354
-- University of Washington School of Medicine

Re: Can't Restore on CIFS/DFS backup server yet can backup

[Zoltan Forray]

Andy,

The APAR description says "IBM Tivoli Storage Manager *client GUI* cannot
display files which were backed up in a directory tree, when a mount point
was created as an underlying directory name."

Can we assume it applies to the Web interface as well, since that is what
is being used - not the GUI?

On Thu, Nov 17, 2016 at 11:04 AM, Andrew Raibeck  wrote:

> Hi Zoltan,
>
> Does this APAR possibly match your issue?
>
> http://www.ibm.com/support/docview.wss?uid=swg1IC72016
>
> Regards,
>
> Andy
>
> 
> 
>
> Andrew Raibeck | IBM Spectrum Protect Level 3 | stor...@us.ibm.com
>
> IBM Tivoli Storage Manager links:
> Product support:
> https://www.ibm.com/support/entry/portal/product/tivoli/
> tivoli_storage_manager
>
> Online documentation:
> http://www.ibm.com/support/knowledgecenter/SSGSG7/
> landing/welcome_ssgsg7.html
>
> Product Wiki:
> https://www.ibm.com/developerworks/community/wikis/home/wiki/Tivoli%
> 20Storage%20Manager
>
> "ADSM: Dist Stor Manager"  wrote on 2016-11-17
> 10:46:11:
>
> > From: Zoltan Forray 
> > To: ADSM-L@VM.MARIST.EDU
> > Date: 2016-11-17 10:47
> > Subject: Re: Can't Restore on CIFS/DFS backup server yet can backup
> > Sent by: "ADSM: Dist Stor Manager" 
> >
> > You are mostly correct in your understanding of our configuration.  Let
> see
> > if this helps.
> >
> > We have a server called TSMCIFS3.  It has access/mount points to numerous
> > CIFS and now DFS storage/directories/mount points/shares, whatever you
> want
> > to call them.
> > The TSM software on this server is used to backup everything but the
> local
> > box since it/the local boxes has nothing on it worth backing up.  It is
> > purely a service machine.
> > Each TSM node configured on this box (>30) has its own configuration
> files
> > (dsmsched, dsm.opt, etc) which includes unique http ports for each node.
> > User/admins access their backups for their nodes via dsmcad/http.
> > Each node has a unique set of services and yes those services are
> > configured to use specific domain accounts to perform the backups for
> each
> > node.
> > The backup schedules for each of these nodes has the OBJECT value set to
> > determine which mount point/share/filesystem/directory is backed up.
> >
> > Yes I agree I think it is an authority issue.  However, our confusion is
> if
> > the ID associated with the node can see and backup what it needs to
> > see/access, why can't the restore function see the same?
> >
> >
> > On Thu, Nov 17, 2016 at 10:24 AM, Robert Talda  wrote:
> >
> > > Zoltan:
> > >   Okay, I’m getting mixed messages from your post.  So my answer may be
> of
> > > limited value.
> > >
> > >   “Signing in via browser” implies to me you are using the Web client -
> am
> > > I correct?
> > >
> > >   Assuming so,
> > > - BACKUP is looking at the local filesystems - not the information from
> > > the TSM Server
> > > - RESTORE would be looking at the information from the TSM Server.
> > >
> > >   Based on that, I suspect it may be the id you are using to sign on
> via
> > > the Web client.
> > >
> > > FWIW,
> > > Bob T
> > >
> > >
> > > Robert Talda
> > > EZ-Backup Systems Engineer
> > > Cornell University
> > > +1 607-255-8280
> > > r...@cornell.edu
> > >
> > >
> > > > On Nov 16, 2016, at 2:19 PM, Zoltan Forray  wrote:
> > > >
> > > > I have an interesting situation when attempting to perform a restore
> on a
> > > > node that performs backups of CIFS/DFS mounts.
> > > >
> > > > The client is accessed via http / dsmcad since this server is setup
> to
> > > > backup multiple CIFS shares and now moving to DFS.
> > > >
> > > > After signing in via browser, I can bring up BACKUP and see lots and
> lots
> > > > of file shares/directories, etc.
> > > >
> > > > But when I bring up RESTORE, I don't see any of that.  Just three
> > > > higher-level directories.
> > > >
> > > > Occupancy shows 4.7-million files backed up and yes I tried toggling
> > > > active/inactive.  Checking the dsmsched log shows it scanning 4.7
> million
> > > > files and backed up 1300 just last night.
> > > >
> > > > Both the client and server are 7.1.6.3 so I can't go any higher.
> > > >
> > > > Recently rebooted everything.  Nothing out of the ordinary in
> > > > dsmwebcl.log.  Just shows sessions starting and there was a password
> > > issue
> > > > for the user who contacted me about this.  Even shows idle-timeouts.
> > > >
> > > > So what gives?  Why can't restore/see anything?  Obviously, I am a
> full
> > > > system admin so that's not be an issue.
> > > >
> > > >
> > > >
> > > >
> > > >
> > > > --
> > > > *Zoltan Forray*
> > > > Spectrum Protect (p.k.a. TSM) Software & Hardware Administrator
> > > > Xymon Monitor Administrator
> > > > VMware Administrator (in training)
> > > > Virginia Commonwealth University
> > > > UCC/Office of Technology 

Re: NFS mounts backed up

[Loon, Eric van (ITOPT3) - KLM]

Hi Skylar!
This could be the case, but how does one prevent this than?
The customer stated that the NFS filesystems weren't backed up before and the 
issue started a few weeks ago. They first suspected the upgrade to 7.1.6, but 
we just installed the previous version (7.1.4.4) and this versions backs them 
up too...
Thanks again for your help!
Kind regards,
Eric van Loon
Air France/KLM Storage Engineering


-Original Message-
From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of Skylar 
Thompson
Sent: donderdag 17 november 2016 16:06
To: ADSM-L@VM.MARIST.EDU
Subject: Re: NFS mounts backed up

Are you using an automounter that provides directory entries for the mount 
points before they're mounted (aka "ghost" mounts)? If so, TSM will detect the 
directory entries and the automounter can mount the filesystems before TSM can 
detect them as NFS.

On Thu, Nov 17, 2016 at 02:54:17PM +, Loon, Eric van (ITOPT3) - KLM wrote:
> Hi guys!
> We have a host with a TSM client 7.1.6 with several NFS mounts. As far as I 
> know TSM should not backup NFS mounts, unless explicitly specified or when 
> set through the DOMAIN or INCLUDE statement. On this node neither one is used 
> but as soon as we issue a dsmc i without any additional parameters the NFS 
> mounts are backed up too.
> Any idea what could be causing this? Thanks for any help in advance!
> Kind regards,
> Eric van Loon
> Air France/KLM Storage Engineering
>
> 
> For information, services and offers, please visit our web site: 
> http://www.klm.com. This e-mail and any attachment may contain confidential 
> and privileged material intended for the addressee only. If you are not the 
> addressee, you are notified that no part of the e-mail or any attachment may 
> be disclosed, copied or distributed, and that any other action related to 
> this e-mail or attachment is strictly prohibited, and may be unlawful. If you 
> have received this e-mail by error, please notify the sender immediately by 
> return e-mail, and delete this message.
>
> Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its 
> employees shall not be liable for the incorrect or incomplete transmission of 
> this e-mail or any attachments, nor responsible for any delay in receipt.
> Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal 
> Dutch Airlines) is registered in Amstelveen, The Netherlands, with 
> registered number 33014286
> 

--
-- Skylar Thompson (skyl...@u.washington.edu)
-- Genome Sciences Department, System Administrator
-- Foege Building S046, (206)-685-7354
-- University of Washington School of Medicine

For information, services and offers, please visit our web site: 
http://www.klm.com. This e-mail and any attachment may contain confidential and 
privileged material intended for the addressee only. If you are not the 
addressee, you are notified that no part of the e-mail or any attachment may be 
disclosed, copied or distributed, and that any other action related to this 
e-mail or attachment is strictly prohibited, and may be unlawful. If you have 
received this e-mail by error, please notify the sender immediately by return 
e-mail, and delete this message. 

Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its 
employees shall not be liable for the incorrect or incomplete transmission of 
this e-mail or any attachments, nor responsible for any delay in receipt. 
Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch 
Airlines) is registered in Amstelveen, The Netherlands, with registered number 
33014286

Re: Can't Restore on CIFS/DFS backup server yet can backup

[Andrew Raibeck]

Hi Zoltan,

Does this APAR possibly match your issue?

http://www.ibm.com/support/docview.wss?uid=swg1IC72016

Regards,

Andy



Andrew Raibeck | IBM Spectrum Protect Level 3 | stor...@us.ibm.com

IBM Tivoli Storage Manager links:
Product support:
https://www.ibm.com/support/entry/portal/product/tivoli/tivoli_storage_manager

Online documentation:
http://www.ibm.com/support/knowledgecenter/SSGSG7/landing/welcome_ssgsg7.html

Product Wiki:
https://www.ibm.com/developerworks/community/wikis/home/wiki/Tivoli%20Storage%20Manager

"ADSM: Dist Stor Manager"  wrote on 2016-11-17
10:46:11:

> From: Zoltan Forray 
> To: ADSM-L@VM.MARIST.EDU
> Date: 2016-11-17 10:47
> Subject: Re: Can't Restore on CIFS/DFS backup server yet can backup
> Sent by: "ADSM: Dist Stor Manager" 
>
> You are mostly correct in your understanding of our configuration.  Let
see
> if this helps.
>
> We have a server called TSMCIFS3.  It has access/mount points to numerous
> CIFS and now DFS storage/directories/mount points/shares, whatever you
want
> to call them.
> The TSM software on this server is used to backup everything but the
local
> box since it/the local boxes has nothing on it worth backing up.  It is
> purely a service machine.
> Each TSM node configured on this box (>30) has its own configuration
files
> (dsmsched, dsm.opt, etc) which includes unique http ports for each node.
> User/admins access their backups for their nodes via dsmcad/http.
> Each node has a unique set of services and yes those services are
> configured to use specific domain accounts to perform the backups for
each
> node.
> The backup schedules for each of these nodes has the OBJECT value set to
> determine which mount point/share/filesystem/directory is backed up.
>
> Yes I agree I think it is an authority issue.  However, our confusion is
if
> the ID associated with the node can see and backup what it needs to
> see/access, why can't the restore function see the same?
>
>
> On Thu, Nov 17, 2016 at 10:24 AM, Robert Talda  wrote:
>
> > Zoltan:
> >   Okay, I’m getting mixed messages from your post.  So my answer may be
of
> > limited value.
> >
> >   “Signing in via browser” implies to me you are using the Web client -
am
> > I correct?
> >
> >   Assuming so,
> > - BACKUP is looking at the local filesystems - not the information from
> > the TSM Server
> > - RESTORE would be looking at the information from the TSM Server.
> >
> >   Based on that, I suspect it may be the id you are using to sign on
via
> > the Web client.
> >
> > FWIW,
> > Bob T
> >
> >
> > Robert Talda
> > EZ-Backup Systems Engineer
> > Cornell University
> > +1 607-255-8280
> > r...@cornell.edu
> >
> >
> > > On Nov 16, 2016, at 2:19 PM, Zoltan Forray  wrote:
> > >
> > > I have an interesting situation when attempting to perform a restore
on a
> > > node that performs backups of CIFS/DFS mounts.
> > >
> > > The client is accessed via http / dsmcad since this server is setup
to
> > > backup multiple CIFS shares and now moving to DFS.
> > >
> > > After signing in via browser, I can bring up BACKUP and see lots and
lots
> > > of file shares/directories, etc.
> > >
> > > But when I bring up RESTORE, I don't see any of that.  Just three
> > > higher-level directories.
> > >
> > > Occupancy shows 4.7-million files backed up and yes I tried toggling
> > > active/inactive.  Checking the dsmsched log shows it scanning 4.7
million
> > > files and backed up 1300 just last night.
> > >
> > > Both the client and server are 7.1.6.3 so I can't go any higher.
> > >
> > > Recently rebooted everything.  Nothing out of the ordinary in
> > > dsmwebcl.log.  Just shows sessions starting and there was a password
> > issue
> > > for the user who contacted me about this.  Even shows idle-timeouts.
> > >
> > > So what gives?  Why can't restore/see anything?  Obviously, I am a
full
> > > system admin so that's not be an issue.
> > >
> > >
> > >
> > >
> > >
> > > --
> > > *Zoltan Forray*
> > > Spectrum Protect (p.k.a. TSM) Software & Hardware Administrator
> > > Xymon Monitor Administrator
> > > VMware Administrator (in training)
> > > 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*
> Spectrum Protect (p.k.a. TSM) Software & Hardware Administrator
> Xymon Monitor Administrator
> VMware Administrator (in training)
> Virginia Commonwealth University
> UCC/Office of Technology Services
> www.ucc.vcu.edu
> zfor...@vcu.edu - 804-828-4807
> Don't be a phishing 

Re: Can't Restore on CIFS/DFS backup server yet can backup

[Zoltan Forray]

You are mostly correct in your understanding of our configuration.  Let see
if this helps.

We have a server called TSMCIFS3.  It has access/mount points to numerous
CIFS and now DFS storage/directories/mount points/shares, whatever you want
to call them.
The TSM software on this server is used to backup everything but the local
box since it/the local boxes has nothing on it worth backing up.  It is
purely a service machine.
Each TSM node configured on this box (>30) has its own configuration files
(dsmsched, dsm.opt, etc) which includes unique http ports for each node.
User/admins access their backups for their nodes via dsmcad/http.
Each node has a unique set of services and yes those services are
configured to use specific domain accounts to perform the backups for each
node.
The backup schedules for each of these nodes has the OBJECT value set to
determine which mount point/share/filesystem/directory is backed up.

Yes I agree I think it is an authority issue.  However, our confusion is if
the ID associated with the node can see and backup what it needs to
see/access, why can't the restore function see the same?


On Thu, Nov 17, 2016 at 10:24 AM, Robert Talda  wrote:

> Zoltan:
>   Okay, I’m getting mixed messages from your post.  So my answer may be of
> limited value.
>
>   “Signing in via browser” implies to me you are using the Web client - am
> I correct?
>
>   Assuming so,
> - BACKUP is looking at the local filesystems - not the information from
> the TSM Server
> - RESTORE would be looking at the information from the TSM Server.
>
>   Based on that, I suspect it may be the id you are using to sign on via
> the Web client.
>
> FWIW,
> Bob T
>
>
> Robert Talda
> EZ-Backup Systems Engineer
> Cornell University
> +1 607-255-8280
> r...@cornell.edu
>
>
> > On Nov 16, 2016, at 2:19 PM, Zoltan Forray  wrote:
> >
> > I have an interesting situation when attempting to perform a restore on a
> > node that performs backups of CIFS/DFS mounts.
> >
> > The client is accessed via http / dsmcad since this server is setup to
> > backup multiple CIFS shares and now moving to DFS.
> >
> > After signing in via browser, I can bring up BACKUP and see lots and lots
> > of file shares/directories, etc.
> >
> > But when I bring up RESTORE, I don't see any of that.  Just three
> > higher-level directories.
> >
> > Occupancy shows 4.7-million files backed up and yes I tried toggling
> > active/inactive.  Checking the dsmsched log shows it scanning 4.7 million
> > files and backed up 1300 just last night.
> >
> > Both the client and server are 7.1.6.3 so I can't go any higher.
> >
> > Recently rebooted everything.  Nothing out of the ordinary in
> > dsmwebcl.log.  Just shows sessions starting and there was a password
> issue
> > for the user who contacted me about this.  Even shows idle-timeouts.
> >
> > So what gives?  Why can't restore/see anything?  Obviously, I am a full
> > system admin so that's not be an issue.
> >
> >
> >
> >
> >
> > --
> > *Zoltan Forray*
> > Spectrum Protect (p.k.a. TSM) Software & Hardware Administrator
> > Xymon Monitor Administrator
> > VMware Administrator (in training)
> > 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*
Spectrum Protect (p.k.a. TSM) Software & Hardware Administrator
Xymon Monitor Administrator
VMware Administrator (in training)
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

Re: Can't Restore on CIFS/DFS backup server yet can backup

[Robert Talda]

Zoltan:
  Okay, I’m getting mixed messages from your post.  So my answer may be of 
limited value.

  “Signing in via browser” implies to me you are using the Web client - am I 
correct?

  Assuming so,
- BACKUP is looking at the local filesystems - not the information from the TSM 
Server
- RESTORE would be looking at the information from the TSM Server.

  Based on that, I suspect it may be the id you are using to sign on via the 
Web client.  

FWIW,
Bob T


Robert Talda
EZ-Backup Systems Engineer
Cornell University
+1 607-255-8280
r...@cornell.edu


> On Nov 16, 2016, at 2:19 PM, Zoltan Forray  wrote:
> 
> I have an interesting situation when attempting to perform a restore on a
> node that performs backups of CIFS/DFS mounts.
> 
> The client is accessed via http / dsmcad since this server is setup to
> backup multiple CIFS shares and now moving to DFS.
> 
> After signing in via browser, I can bring up BACKUP and see lots and lots
> of file shares/directories, etc.
> 
> But when I bring up RESTORE, I don't see any of that.  Just three
> higher-level directories.
> 
> Occupancy shows 4.7-million files backed up and yes I tried toggling
> active/inactive.  Checking the dsmsched log shows it scanning 4.7 million
> files and backed up 1300 just last night.
> 
> Both the client and server are 7.1.6.3 so I can't go any higher.
> 
> Recently rebooted everything.  Nothing out of the ordinary in
> dsmwebcl.log.  Just shows sessions starting and there was a password issue
> for the user who contacted me about this.  Even shows idle-timeouts.
> 
> So what gives?  Why can't restore/see anything?  Obviously, I am a full
> system admin so that's not be an issue.
> 
> 
> 
> 
> 
> --
> *Zoltan Forray*
> Spectrum Protect (p.k.a. TSM) Software & Hardware Administrator
> Xymon Monitor Administrator
> VMware Administrator (in training)
> 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

Re: NFS mounts backed up

[Skylar Thompson]

Are you using an automounter that provides directory entries for the mount
points before they're mounted (aka "ghost" mounts)? If so, TSM will detect
the directory entries and the automounter can mount the filesystems before
TSM can detect them as NFS.

On Thu, Nov 17, 2016 at 02:54:17PM +, Loon, Eric van (ITOPT3) - KLM wrote:
> Hi guys!
> We have a host with a TSM client 7.1.6 with several NFS mounts. As far as I 
> know TSM should not backup NFS mounts, unless explicitly specified or when 
> set through the DOMAIN or INCLUDE statement. On this node neither one is used 
> but as soon as we issue a dsmc i without any additional parameters the NFS 
> mounts are backed up too.
> Any idea what could be causing this? Thanks for any help in advance!
> Kind regards,
> Eric van Loon
> Air France/KLM Storage Engineering
>
> 
> For information, services and offers, please visit our web site: 
> http://www.klm.com. This e-mail and any attachment may contain confidential 
> and privileged material intended for the addressee only. If you are not the 
> addressee, you are notified that no part of the e-mail or any attachment may 
> be disclosed, copied or distributed, and that any other action related to 
> this e-mail or attachment is strictly prohibited, and may be unlawful. If you 
> have received this e-mail by error, please notify the sender immediately by 
> return e-mail, and delete this message.
>
> Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its 
> employees shall not be liable for the incorrect or incomplete transmission of 
> this e-mail or any attachments, nor responsible for any delay in receipt.
> Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch 
> Airlines) is registered in Amstelveen, The Netherlands, with registered 
> number 33014286
> 

--
-- Skylar Thompson (skyl...@u.washington.edu)
-- Genome Sciences Department, System Administrator
-- Foege Building S046, (206)-685-7354
-- University of Washington School of Medicine

NFS mounts backed up

[Loon, Eric van (ITOPT3) - KLM]

Hi guys!
We have a host with a TSM client 7.1.6 with several NFS mounts. As far as I 
know TSM should not backup NFS mounts, unless explicitly specified or when set 
through the DOMAIN or INCLUDE statement. On this node neither one is used but 
as soon as we issue a dsmc i without any additional parameters the NFS mounts 
are backed up too.
Any idea what could be causing this? Thanks for any help in advance!
Kind regards,
Eric van Loon
Air France/KLM Storage Engineering


For information, services and offers, please visit our web site: 
http://www.klm.com. This e-mail and any attachment may contain confidential and 
privileged material intended for the addressee only. If you are not the 
addressee, you are notified that no part of the e-mail or any attachment may be 
disclosed, copied or distributed, and that any other action related to this 
e-mail or attachment is strictly prohibited, and may be unlawful. If you have 
received this e-mail by error, please notify the sender immediately by return 
e-mail, and delete this message.

Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its 
employees shall not be liable for the incorrect or incomplete transmission of 
this e-mail or any attachments, nor responsible for any delay in receipt.
Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch 
Airlines) is registered in Amstelveen, The Netherlands, with registered number 
33014286