Sun Microsystems, Inc.  Sun System Handbook - ISO 3.4 June 2011 Internal/Partner Edition
   Home | Current Systems | Former STK Products | EOL Systems | Components | General Info | Search | Feedback

Asset ID: 1-72-1005686.1
Update Date:2009-09-30
Keywords:

Solution Type  Problem Resolution Sure

Solution  1005686.1 :   Workaround for 2-GB index file size limitation in Solstice Backup[TM]  


Related Items
  • Sun Enterprise 4000 Server
  •  
  • Solstice Backup (SBU) Software
  •  
  • Solaris SPARC Operating System
  •  
Related Categories
  • GCS>Sun Microsystems>Servers>Midrange Servers
  •  

PreviouslyPublishedAs
207881


Symptoms
A user is using Solstice Backup 4.2.2 to backup a machine with lots of
small files on it. One full backup creates an index of over 2 GB rendering
the product useless due to the 2-Gb filesize limitation.

I informed the user that it is possible to back up to a pool and in the
Media Pools window click 'No' in the Store Index Entries field. She would
then be able to backup the data; however, there would be no online index
entries. This workaround is unacceptable for the user.

Resolution
It is possible to workaround this problem IF the system has 2 or more
network interfaces.  This will not work with less than 2 network
interfaces.
NOTE: SBU 4.2.2 version of /usr/sbin/nsr/save does not support the -c
option. SBU 4.2.6 does. A save binary that supports the -c flag for
SBU 4.2.2 is available via anonymous ftp to: deimos.central under
pub/networker/4.2.2 and it is called save-c.gz. There is a utility
to unzip this under pub/networker/bin called gunzip.
To use this, copy both files to your system and run:
# gunzip save-c.gz
This will create a file called save-c.
# mv /usr/sbin/nsr/save /usr/sbin/nsr/save.orig
# cp save-c /usr/sbin/nsr/save
# chown root /usr/sbin/nsr/save
# chmod u+s /usr/sbin/nsr/save
1) This example was run on a system called e4000 running Solaris[TM] 2.5.1
and Solstice Backup 4.2.2, there are 2 hme interfaces (hme0 and hme1).
2) The /etc/hosts file should resemble:
#
# Internet host table
#
127.0.0.1       localhost
129.151.35.25   e4000      loghost
129.151.35.35   e4000-gw
3) Create the files hostname.hme0 and hostname.hme1:
# more /etc/hostname.hme0
e4000
# more /etc/hostname.hme1
e4000-gw
4) Create 2 scripts under /usr/sbin/nsr that begin with a save prefix:
# vi /usr/sbin/nsr/save.e4000
#!/bin/sh
echo "Starting Backup"
exec /usr/sbin/nsr/save -c e4000 $@
echo "Backup Complete"
exit
# vi /usr/sbin/nsr/save.e4000gw
#!/bin/sh
echo "Starting Backup"
exec /usr/sbin/nsr/save -c e4000-gw $@
echo "Backup Complete"
exit
5) Run chown root on each of the scripts.
6) Run chmod 777 on each of the scripts.
7) Then bring up the nwadmin gui and click on client and then client
setup.
8) Create a client called e4000 and chose a schedule, browse and
retention policies, directives, a group, and the savesets needed
by this client to backup. (These savesets should be different than
the 2nd clients savesets).
9) In the remote access field type:
*@e4000
10) In the Backup Command field type:
save.e4000
11) And then click on apply.
12) Then create a 2nd client called e4000-gw.  Again choose a
schedule, browse policy, retention policy, directive, and
savesets (which differ from the first client).
13) In the remote access field type:
*@e4000
14) In the backup command field type:
save.e4000gw
15) And then click on apply.
16) Shutdown the daemons with /etc/init.d/networker stop
and start them up again with /etc/init.d/networker start.
17) Go to group control and click on the group to be backed up
(I added both clients to the same group) and click on start
to start a backup immediately (this step is optional).
18) After completion cd to /nsr/index and ls displays:
# cd /nsr/index
# ls
e4000     e4000-gw
cd to e4000 and verify:
# ls -lsa
total 570
2 drwxr-xr-x   2 root     other        512 Jul 17 14:54 .
2 drwxr-xr-x   4 root     other        512 Jul 17 14:18 ..
2 -rw-r--r--   1 root     other         32 Jul 17 14:54 .nsr
4 -rw-r--r--   1 root     other       1901 Jul 17 14:54 README
560 -rw-------   1 root     other    2637824 Jul 17 15:13 db
cd to e4000-gw and verify:
total 426
2 drwxr-xr-x   2 root     other        512 Jul 17 15:11 .
2 drwxr-xr-x   4 root     other        512 Jul 17 14:18 ..
2 -rw-r--r--   1 root     other         32 Jul 17 15:11 .nsr
4 -rw-r--r--   1 root     other       1901 Jul 17 15:11 README
416 -rw-------   1 root     other    2239884 Jul 17 15:11 db
The backups for the 2 clients (same system) are going to 2 separate
databases.  If there were more network interfaces on the system then
more client entries could be created.


Product
Solaris
Sun Enterprise 4000 Server
Solstice Backup 4.2.6

Previously Published As
15684

Change History
Date: 2006-05-03
User Name: 71396
Action: Add Comment
Comment: *** This is an automatic message. This document has received 0 hits in Sunsolve in 60 days (see http://krep.emea.sun.com/stats/dochistory.cgi?docid=15684 ). If it does not receive any hit in the next 30 days, it will be automatically archived. See http://kmo.central.sun.com/VAM/ for further details. ***
Version: 0
Date: 2003-05-20
User Name: Administrator
Action: Migration from KMSCreator
Comment: updated by : Thom Chumley
comment : No comment
date : Jan 12, 1998
Version: 0
Product_uuid
3285bfa4-224e-11d6-8eb3-843d3a923213|Solaris
29ba62b0-0a18-11d6-8988-8f3c2795672c|Sun Enterprise 4000 Server
a9169dc4-2bd5-11d6-9c44-926b77ad77ab|Solstice Backup 4.2.6

Attachments
This solution has no attachment
  Copyright © 2011 Sun Microsystems, Inc.  All rights reserved.
 Feedback