Results 1 to 7 of 7
  1. #1
    Member
    Join Date
    Jul 2008
    Posts
    21
    Thanks
    0
    Thanked 0 Times in 0 Posts

    Default Local Disks now Showing up as Cluster Disks

    The physical nodes of our cluster just started reporting that they couldn't backup the local disks anymore. After looking into it the dsmerror logs show that the disks are now seen as \\clustername\c$ and are cluster disks and can't back them up with the clusternode option set to yes. those same disks used to be \\hostname\c$ and were backing up just fine for a long time.
    What has changed? i've upgraded the client versions and am now running 5.5.1.16
    I can get the backups to run if i set the physical nodes dsm.opt option for being a clusternode but then all of the filespaces will be named incorrectly. Any help would be greatly appreciated.

    Thanks.

  2. #2
    Senior Member
    Join Date
    Feb 2003
    Location
    Charlotte, NC
    Posts
    288
    Thanks
    0
    Thanked 1 Time in 1 Post

    Default

    I would assume someone shared the C: out via SMB and now the client sees it as a shared resource on cluster. Do you use domain statements in your dsm.opt files? It's best to lock down Windows cluster configs so that a "E:\TSM\dsm.opt" file on a cluster resource with E: as member only backs up the E: drive. So "Domain E:" in that dsm.opt file will tell TSM to only backup the E: drive and nothing else.

  3. #3
    Moderator JohanW's Avatar
    Join Date
    Nov 2006
    Location
    Netherlands
    Posts
    986
    Thanks
    0
    Thanked 0 Times in 0 Posts

    Default

    What was your previous client version? If it was old enough, the configuration may have to be done again, including the cluster service configuration (you do have the CAD, scheduler &c. configured as cluster resources, don't you?), because the location for certain things in the registry has changed.

    Check the appropriate version of the manual for cluster configuration, esp. the Registry Replication, and check everything.

  4. #4
    Moderator JohanW's Avatar
    Join Date
    Nov 2006
    Location
    Netherlands
    Posts
    986
    Thanks
    0
    Thanked 0 Times in 0 Posts

    Default

    Quote Originally Posted by Eldoraan View Post
    .. Do you use domain statements in your dsm.opt files? It's best to lock down Windows cluster configs so that a "E:\TSM\dsm.opt" file on a cluster resource with E: as member only backs up the E: drive. So "Domain E:" in that dsm.opt file will tell TSM to only backup the E: drive and nothing else.
    That's normal in a cluster, and I can only hope everyone already has it configured that way.
    Quote Originally Posted by Eldoraan View Post
    I would assume someone shared the C: out via SMB and now the client sees it as a shared resource on cluster ..
    And this is absolutely NOT normal, and I should hope nobody does this.

    OP, if so, please let us know. I'm not about to test for this effect myself ..

  5. #5
    Member
    Join Date
    Jul 2008
    Posts
    21
    Thanks
    0
    Thanked 0 Times in 0 Posts

    Default

    We do use the DOMAIN statement to make sure that the cluster resources only back up their own drives.
    I'll check on the sharing of the local drives but other than the default admin shares there shouldn't have been any other cluster shares created for those drives.
    My previous client version was 5.3.0.5 What is the best way to upgrade the tsm clients? cluster or otherwise. Should i uninstall the client then install the new one? Which registry locations have changed?

  6. #6
    Moderator JohanW's Avatar
    Join Date
    Nov 2006
    Location
    Netherlands
    Posts
    986
    Thanks
    0
    Thanked 0 Times in 0 Posts

    Default

    No need to uninstall, as far as I've found. Changes for all versions are documented here.
    Technical changes for Version 5.4 - January 2007

    The following changes have been made to the product for this edition:

    Registry format and location changes
    The format of the Tivoli Storage Manager passwords stored in the Windows Registry and the registry location where passwords are stored has changed. Your existing registry keys will be migrated to the new format during the first session with a Tivoli Storage Manager server after you install the client. See Upgrade path for clients and servers, Step 4: Creating a generic service resource for failover and Step 5: Creating a generic service resource for failover for more information about the changes.
    This may or may not affect cluster resources, so give it a gander.

  7. #7
    Member
    Join Date
    Jul 2008
    Posts
    21
    Thanks
    0
    Thanked 0 Times in 0 Posts

    Default

    After speaking with TSM support and searching the web we came up with a Microsoft HotFix that seemed to fit this issue. And after applying the hotfix the local disks are now seen by TSM as beeing local to the system and no longer cluster disks.
    Here is the microsoft hotfix page: http://support.microsoft.com/kb/928385
    Thanks for all the help.

Similar Threads

  1. BA Client - Cluster disks
    By AMF78 in forum TSM Client
    Replies: 2
    Last Post: 11-24-2008, 10:15 AM
  2. What to do with 24TB of disks
    By rlkeeney in forum TSM Installation, Upgrade and Configuration
    Replies: 5
    Last Post: 08-19-2008, 12:27 AM
  3. Issues with Installing TSM Scheduler on MS Cluster with 18 Physical Disks?
    By chapster in forum Backup / Archive Discussion
    Replies: 5
    Last Post: 09-01-2004, 10:37 AM
  4. Image Backups Of Cluster Disks
    By chad_small in forum Backup / Archive Discussion
    Replies: 0
    Last Post: 08-23-2004, 01:16 PM
  5. Archive "all-local" disks without explicitly nominating disks ...
    By peters66 in forum Backup / Archive Discussion
    Replies: 1
    Last Post: 05-27-2004, 05:20 AM

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •