Problems restoring with R12 for one machine

[eclidad]

Hi,

I've got a problem that is giving me fits and panics. Not being able to restore is a very bad thing. We back up 3 linux agents. The backup seems to be ok. I can restore files backed from 2 of the clients. The linux agents are identical (R11.5) The version of the linux is not.

I do a restore by session. I can see the files in the list and the date and size make sense. From all appearances the file is on the backup.

Below is the linux log file of a restore that works (#1) and one that fails (#2). The one that fails is from a system called "cluster1"

#1 Restore Item 1: /export/home/joel/lem.eps
#2 Restore Item 1: /cluster1 ( 192.168.3.11 )/windows/dos2/project/lem/doc/icd.doc

The spaces in the parens are in the log file. When I tell Arcserve what file I want to restore it shows up as

/export/windows/dos2/project/lem/doc/icd.doc

More specifically, The session is a backup of files and directories under
\\cluster1 ( 192.168.3.11 )\/export\windows
and dos2 is one of the selected checkboxes. Some piece of the code is replacing the first part of the directory with the hostanme and ip address. I see this in the log regardless of which linux machine I use as my destination. For that reason, I suspect it's either embed in the backup of arcserve itself is corrupting the path.

I think we've done restores since the upgrade to R12 but I can't be sure.

Any clues on what I can try? I suppose I could try a restore by backup media but it's 192G and it's really not a long term solution.


Thanks,
- Joel

 

[eclidad]

I've done a bit more poking around on this machine. There's still some things I need to look into. We've got a few directories on this linux system that get backed. The devices they use are varied. Here's some of the output from the "df" command

/dev/sda5 20161172 3169988 15967044 17% /usr
/dev/drbd0 7052464 72712 6621508 2% /services
/dev/mapper/vg01-lv01 464455440 413331404 27531076 94% /export/windows

Anything that uses /dev/mapper has a problem. I've got to look into what the differences are. It seems as though the first part of the path, the "/export", gets lopped off anything we do involving /dev/mapper. However, onto ARCserve.

I can restore stuff from /services. That tells me my linux agent is ok. Is there a way to bypass the DB and catalog info and find out what ARCserve thinks my file is called? This might let me restore it. I don't think I want to do a merge. I haven't done that enough to know what it would do to the rest of the setup.

Thanks,
- Joel

 

[eclidad]

More followup --

I did a restore by media. It only took 4 hours. That's a small price to pay to get a file back. My linux log file (uag.log) thinks all the paths start with "windows". The "/export" part really is missing. I've downloaded a new linux client agent and will install that in a week or so.

- Joel