ADSM-L

Solaris backup missing /var filsystem

2005-12-30 15:39:03
Subject: Solaris backup missing /var filsystem
From: Richard Rhodes <rrhodes AT FIRSTENERGYCORP DOT COM>
To: ADSM-L AT VM.MARIST DOT EDU
Date: Fri, 30 Dec 2005 15:37:09 -0500
Hi Everyone,

We have 2 Solaris v8 nodes that backup to TSM v5.3 server.  Scheduled
backups are missing
the /var filesystem while cmd line incrementials (dsmc inc /var) work.

nodes:            Solaris v8
node client:      TSM ba client v5.1.6, then upgraded to v5.3.0 during
testing
TSM server: TSM v5.3 (on AIX)

The sched.log for a scheduled backup says the following.  It worked, but
nothing gets backed up
out of /var.

      Querying server for next scheduled event.
      Node Name: ISOC-EBUS01P
      Session established with server TSM2: AIX-RS/6000
        Server Version 5, Release 3, Level 1.4
        Server date/time: 12/30/05   13:54:37  Last access: 12/30/05
13:53:28
      Next operation scheduled:
      ------------------------------------------------------------
      Schedule Name:         ZZZ-RLRTEST
      Action:                Incremental
      Objects:
      Options:
      Server Window Start:   13:53:00 on 12/30/05
      ------------------------------------------------------------
      Executing scheduled command now.
      Incremental backup of volume '/'
      Incremental backup of volume '/var'
      Incremental backup of volume '/var/run'
      Incremental backup of volume '/opt'
       . . . . deleted . . . .

Nothing in /var EVER shows getting backed up, transfered, expired, etc . .
. in the sched.log.

If we run cmd line 'dsmc inc /var' it works just fine and always gets some
files.

      isoc-ebus01p:/var/log#dsmc inc /var
      IBM Tivoli Storage Manager
      Command Line Backup/Archive Client Interface
        Client Version 5, Release 3, Level 0.12
        Client date/time: 12/30/05   15:11:30
      (c) Copyright by IBM Corporation and other(s) 1990, 2005. All Rights
Reserved.
      Node Name: ISOC-EBUS01P
      Session established with server TSM2: AIX-RS/6000
        Server Version 5, Release 3, Level 1.4
        Server date/time: 12/30/05   15:11:30  Last access: 12/30/05
14:58:41
      Incremental backup of volume '/var'
      ANS1898I ***** Processed     1,000 files *****
      Directory-->                 512 /var/ [Sent]
      Normal File-->            29,652 /var/adm/lastlog [Sent]
      Normal File-->            20,148 /var/adm/sulog [Sent]
      Normal File-->             5,208 /var/adm/utmpx [Sent]
      (and on)

If I delete the /var filespace on the tsm server and run the scheduled
backup, no filespace
is created.  If I then run the cmd line incremental, a filespace is
created.

It's like /var is being excluded, but I can't find anything that's doing an
exclude.  Putting
a domain clause in the dsm.sys with an explicit /var on it still doesn't
help.

Here are the client side inclexcl . . . .

      exclude.file            tsmsched.log
      exclude.dir             /devices
      exclude.dir             /cdrom
      exclude.dir             /dev
      exclude.dir             /proc
      exclude.dir             /tmp

Here are the server options . . . .

      exclude /unix/
      exclude.dir /unix
      exclude /.../core
      exclude /tmp/.../*
      exclude /.../Lost+found

I've tried deleting the client side excludes and run without the server
side option set but the same
things occurs.

After upgrading to client v5.3 I ran some previews.

Below is a preview of /var - it ERRORS, saying /var is a invalid spec.

      isoc-ebus01p:/opt/tivoli/tsm/client/ba/bin#dsmc prev backup /var
      Are you sure you want to continue? (Yes (Y)/No (N)) y
      ANS1081E Invalid search file specification '/var' entered
      Preview output has been successfully written to file 'dsmprev.txt'.
      isoc-ebus01p:/opt/tivoli/tsm/client/ba/bin#cat dsmprev.txt
      Preview generated on 12/30/05   14:58:44.
      Name:   Size:   Type:   Status: Pattern:        Source: Mgmt Class:
      isoc-ebus01p:/opt/tivoli/tsm/client/ba/bin#

A preview of /var/ returns gobs of files to include . . . .

      isoc-ebus01p:/opt/tivoli/tsm/client/ba/bin#dsmc preview backup /var/
      Are you sure you want to continue? (Yes (Y)/No (N)) y
      Preview output has been successfully written to file 'dsmprev.txt'.
      isoc-ebus01p:/opt/tivoli/tsm/client/ba/bin#
      isoc-ebus01p:/opt/tivoli/tsm/client/ba/bin#more dsmprev.txt
      Preview generated on 12/30/05   15:29:34.
      Name:   Size:   Type:   Status: Pattern:        Source: Mgmt Class:
      /var/adm        512  B  Directory       Included        -       -
AIX-SOLARIS
      /var/cron       512  B  Directory       Included        -       -
AIX-SOLARIS
      /var/db2        512  B  Directory       Included        -       -
AIX-SOLARIS
      /var/dmi        512  B  Directory       Included        -       -
AIX-SOLARIS
      /var/docsearch  512  B  Directory       Included        -       -
AIX-SOLARIS
      (and on and on . . . )

It's as if the /var filesystem simply doesn't exist!!!!!!

Here is the df for the box

      isoc-ebus01p:/var/log#df
      /                  (/dev/md/dsk/d1    ): 4849358 blocks   458415
files
      /proc              (/proc             ):       0 blocks    29861
files
      /dev/fd            (fd                ):       0 blocks        0
files
      /etc/mnttab        (mnttab            ):       0 blocks        0
files
      /var               (/dev/md/dsk/d2    ): 5972414 blocks   506296
files
      /var/run           (swap              ): 9908768 blocks   441595
files
      /tmp               (swap              ): 9908768 blocks   441595
files
      /opt               (/dev/md/dsk/d4    ):17402610 blocks  2892233
files
      /export/home       (/dev/md/dsk/d5    ): 1638188 blocks   255155
files

We have 2 Solaris systems with this problem, but other Solarios systems are
ok.


Any thought are welcome!!!!

Thanks

rick



-----------------------------------------
The information contained in this message is intended only for the
personal and confidential use of the recipient(s) named above. If the
reader of this message is not the intended recipient or an agent
responsible for delivering it to the intended recipient, you are hereby
notified that you have received this document in error and that any
review, dissemination, distribution, or copying of this message is
strictly prohibited. If you have received this communication in error,
please notify us immediately, and delete the original message.

<Prev in Thread] Current Thread [Next in Thread>