cancel
Showing results for 
Search instead for 
Did you mean: 

How to backup/restore directory /dev with Unix Agent?

Holger_Isenberg
Level 4
The directory /dev is omitted with Backup Exec and Unix Agent (both 10.0). although the entry with SystemExclude=/dev in ralus.cfg was removed and all restarted.

How can I include /dev with all static entries in the Unix backups?
5 REPLIES 5

Rucha_Abhyankar
Level 6
Hello,

-- What version of Unix are you using ?
-- Are you getting any error message?

-- Go to Tools>Options > Linux/Unix

-- Select the "Follow local mount points" and "Follow remote mount points"

-- Restart the Backup exec services.

-- Try doing a backup now.

==========================

NOTE : If we do not receive your reply within two business days, this post would be marked assumed answered and would be moved toanswered questions pool.

Holger_Isenberg
Level 4
Thanks for reply!

I'm using RALUS on "SuSE Linux Enterprise Server 9" and "Debian/GNU Linux 3.1". On both systems no files in "/dev" are written to the backup.

In Options -> Linux/Unix "Preserve timestamp" (1st in list, translation from German version), "Follow local mount points" and "Follow remote mount points" are checked.

All Backup Exec services has been restarted numerous times during recent days without changes.

There is no error in the logfile when starting with:
beremote --log-file /var/log/veritas.log

Entries with "/dev" in logfile show that /dev ist scanned by Veritas Server but no file appears in /dev when viewing the file list during restore selection.

grep "/dev/" /var/log/veritas.log:

56c65bb0 Mon Sep 12 13:45:38 2005: ENV: FILESYSTEM="\\linux64\/dev/*.*",s,v0,t0,l0,n0,f0
56c65bb0 Mon Sep 12 13:45:38 2005: line = "\\linux64\/dev/*.*",s,v0,t0,l0,n0,f0
56c65bb0 Mon Sep 12 13:45:37 2005: vx_stat_by_name: Getting stat of /dev/.
56c65bb0 Mon Sep 12 13:45:38 2005: vx_stat_by_name: Getting stat of /dev/.
56c65bb0 Mon Sep 12 13:45:38 2005: vx_stat_by_name: Getting stat of /dev/..
56c65bb0 Mon Sep 12 13:45:38 2005: vx_stat_by_name: Getting stat of /dev/:0
56c65bb0 Mon Sep 12 13:45:38 2005: vx_stat_by_name: Getting stat of /dev/.
56c65bb0 Mon Sep 12 13:45:38 2005: vx_stat_by_name: Getting stat of /dev/:1
56c65bb0 Mon Sep 12 13:45:38 2005: vx_stat_by_name: Getting stat of /dev/:2
56c65bb0 Mon Sep 12 13:45:38 2005: vx_stat_by_name: Getting stat of /dev/:3
56c65bb0 Mon Sep 12 13:45:38 2005: vx_stat_by_name: Getting stat of /dev/:4
56c65bb0 Mon Sep 12 13:45:38 2005: vx_stat_by_name: Getting stat of /dev/:5
56c65bb0 Mon Sep 12 13:45:38 2005: vx_stat_by_name: Getting stat of /dev/ac
56c65bb0 Mon Sep 12 13:45:38 2005: vx_stat_by_name: Getting stat of /dev/fb
56c65bb0 Mon Sep 12 13:45:38 2005: vx_stat_by_name: Getting stat of /dev/fd

Holger_Isenberg
Level 4
When analyzing the logfile it looks like /dev is hardcoded for exclusion in the Backup Exec server or unix agent. This is the logfile on SUSE 9 (hostname linux64) when only /dev is selected for backup:


56c65bb0 Mon Sep 12 14:20:58 2005: ====>VX_CreateTempDLE
56c65bb0 Mon Sep 12 14:20:58 2005: VX_CreateTempDLE: Creating DLE: \\linux64
56c65bb0 Mon Sep 12 14:20:58 2005: 22 = 0
56c65bb0 Mon Sep 12 14:20:58 2005: ====>VX_AttachToDLE
56c65bb0 Mon Sep 12 14:20:58 2005: Resetting hard link info
56c65bb0 Mon Sep 12 14:20:58 2005: Hard link info has been reset
56c65bb0 Mon Sep 12 14:20:58 2005: BlowupChildren: Did not find DLE \\linux64\ in list. Creating new.
56c65bb0 Mon Sep 12 14:20:58 2005: Attach to \
56c65bb0 Mon Sep 12 14:20:58 2005: ====>VX_AttachToDLE
56c65bb0 Mon Sep 12 14:20:58 2005: Resetting hard link info
56c65bb0 Mon Sep 12 14:20:58 2005: Hard link info has been reset
56c65bb0 Mon Sep 12 14:20:58 2005: Attach to \
56c65bb0 Mon Sep 12 14:20:58 2005: Detach from \
56c65bb0 Mon Sep 12 14:20:58 2005: Resetting hard link info
56c65bb0 Mon Sep 12 14:20:58 2005: Hard link info has been reset
56c65bb0 Mon Sep 12 14:20:58 2005: line = "\\linux64\/dev/*.*",s,v0,t0,l0,n0,f0
56c65bb0 Mon Sep 12 14:20:58 2005: dir = dev
56c65bb0 Mon Sep 12 14:20:58 2005: file = *.*
56c65bb0 Mon Sep 12 14:20:58 2005: oper = Include
56c65bb0 Mon Sep 12 14:20:58 2005: subs = True
56c65bb0 Mon Sep 12 14:20:58 2005: wild = True
56c65bb0 Mon Sep 12 14:20:58 2005: attr_on_mask = 0
56c65bb0 Mon Sep 12 14:20:58 2005: attr_off_mask = 0
56c65bb0 Mon Sep 12 14:20:58 2005: line = "\\linux64\/sys/*.*",s,x,v0,t0,l0,n0,f0
56c65bb0 Mon Sep 12 14:20:58 2005: dir = sys
56c65bb0 Mon Sep 12 14:20:58 2005: file = *.*
56c65bb0 Mon Sep 12 14:20:58 2005: oper = Exclude
56c65bb0 Mon Sep 12 14:20:58 2005: subs = True
56c65bb0 Mon Sep 12 14:20:58 2005: wild = True
56c65bb0 Mon Sep 12 14:20:58 2005: attr_on_mask = 0
56c65bb0 Mon Sep 12 14:20:58 2005: attr_off_mask = 0



56c65bb0 Mon Sep 12 14:20:59 2005: used default formatting (\proc\*.*) when loading hardcoded exclusi
on files
56c65bb0 Mon Sep 12 14:20:59 2005: used default formatting (\sys\*.*) when loading hardcoded exclusio
n files
56c65bb0 Mon Sep 12 14:20:59 2005: used default formatting (\cdrom\*.*) when loading hardcoded exclus
ion files
56c65bb0 Mon Sep 12 14:20:59 2005: Status 536935943 loading FilesNotToBackup exclude files when enumerating excl
ude files
56c65bb0 Mon Sep 12 14:20:59 2005: used default formatting (\dev\*) when loading hardcoded exclusion
files
56c65bb0 Mon Sep 12 14:20:59 2005: used default formatting (\xfn\*) when loading hardcoded exclusion
files
56c65bb0 Mon Sep 12 14:20:59 2005: VX_EnumExcludedFiles: FilesNotToBackup and Hardcoded exclusion files:
56c65bb0 Mon Sep 12 14:20:59 2005: \proc\*.* /s
56c65bb0 Mon Sep 12 14:20:59 2005: \sys\*.* /s
56c65bb0 Mon Sep 12 14:20:59 2005: \cdrom\*.* /s
56c65bb0 Mon Sep 12 14:20:59 2005: \dev\* /s
56c65bb0 Mon Sep 12 14:20:59 2005: \xfn\* /s
56c65bb0 Mon Sep 12 14:20:59 2005: ====>VX_GetLocalDeviceName: device_name is
56c65bb0 Mon Sep 12 14:20:59 2005: ====>VX_GetLocalDeviceName: device_name is
56c65bb0 Mon Sep 12 14:20:59 2005: ====>VX_GetLocalDeviceName: device_name is
56c65bb0 Mon Sep 12 14:20:59 2005: ====>VX_GetLocalDeviceName: device_name is
56c65bb0 Mon Sep 12 14:20:59 2005: ====>VX_GetLocalDeviceName: device_name is



56c65bb0 Mon Sep 12 14:20:58 2005: ====> VX_FindNext
56c65bb0 Mon Sep 12 14:20:58 2005: vx_stat_by_name: Getting stat of /dev/ac
56c65bb0 Mon Sep 12 14:20:58 2005: SkipObject: f_type is 4, returning TRUE
56c65bb0 Mon Sep 12 14:20:58 2005: vx_stat_by_name: Getting stat of /dev/fb
56c65bb0 Mon Sep 12 14:20:58 2005: ====> VX_FindNext
56c65bb0 Mon Sep 12 14:20:58 2005: vx_stat_by_name: Getting stat of /dev/fd
56c65bb0 Mon Sep 12 14:20:58 2005: ====> VX_FindNext
56c65bb0 Mon Sep 12 14:20:58 2005: vx_stat_by_name: Getting stat of /dev/ip
56c65bb0 Mon Sep 12 14:20:58 2005: SkipObject: f_type is 4, returning TRUE
56c65bb0 Mon Sep 12 14:20:58 2005: vx_stat_by_name: Getting stat of /dev/ni

priya_khire
Level 6
Hello,

Was this file copied to the Linux server before backup? If yes, refer to the following technote:

Title: Modified time backup does not back up new files copied to the UNIX / Linux server when using Remote Agent for Linux and UNIX (RALUS).
http://support.veritas.com/docs/275020

In case you are not using the latest revision for 10.0, ie 5520, download and install it from the following link:

VERITAS Backup Exec (tm) 10.0 rev. 5520 for Windows Servers Installation Files
http://support.veritas.com/docs/277181

Also install the following hotfix:

10.0 5520 - Hotfix 16 - Remote Agent for Linux/UNIX Servers (RALUS) update - Authentication Vulnerability
http://support.veritas.com/docs/278471

If the problem persists, revert with details.

Note : If we do not receive your reply within two business days, this post would be marked ‘assumed answered’ and would be moved to ‘answered questions’ pool.

Regards.

Holger_Isenberg
Level 4
I have made some tests now with creating new files below /dev, with no success. As the problem occurs with a full backup, so the file creation date should be irrelevant.

As visible in the logfiles these hardcoded (into RALUS) exclusions are used:
56c65bb0 Mon Sep 12 14:20:59 2005: \dev\* /s
56c65bb0 Mon Sep 12 14:20:59 2005: \xfn\* /s

Is it possible to overwrite these hardcoded exclusion lists?

We use static /dev directories, no devfs, so backup and restore should be no problem.