1 Oct 2010 21:11
Re: nbackup error
Joe Acquisto <joe.acquisto <at> gmail.com>
2010-10-01 19:11:48 GMT
2010-10-01 19:11:48 GMT
One must report, with some chagrin, that this may not be a bug after all. (OK, so "must" is a bit of a stretch) Some time back, we had a bug related to nbackup, that was resolved by a corrected file "/opt/novell/lib/libtsafs.so.0.0.48". While working with Novell on this issue, we had created symbolic links so that "/opt/novell/lib/libtsafs.so", and "/opt/novell/lib/libtsafs.so.0" pointed to other files. While puzzling over various issues, I noticed that one of these files was a symbolic link to an older version of "/opt/novell/lib/libtsafs.so.0.0.48". I corrected this, and now it appears that nbackup correctly restores to a remote location, where a package above " novell-sms1.1.4-15.i586.rpm" is installed. Sorry for any inconvenience and now back to our regularly scheduled Friday deprogramming. joe a. On Thu, Sep 30, 2010 at 9:26 AM, Joe Acquisto <joe.acquisto <at> gmail.com>wrote: > To be more precise, the tsa unload/load is all that is required for the > restore to "not error out". I did not mean to imply that was all that was > needed to reload any other part of the "downgraded" package that might > currently exist in memory. > > So, on to other matters. Like how to deal with all this rain.(Continue reading)
RSS Feed