Video Screencast Help
Symantec to Separate Into Two Focused, Industry-Leading Technology Companies. Learn more.

Purpose of the /save directory?

Created: 23 Oct 2012 • Updated: 26 Oct 2012 | 10 comments
This issue has been solved. See solution.

During the NBU 7.5 client installation, there is a step "Saving client binaries" which was not there in NBU 7.1. I suppose it saves the binaries on the client machine in the /save directory in tar.gz format.

I want to know what is the purpose of saving these binaries on clients? How is the tar.gz file ever used?

Comments 10 CommentsJump to latest comment

mph999's picture

If you are at, for example 7.5.0.3 and remove the .3 patch, it can roll back to the previous version by using the saved binaries ...

Martin

 

 

Regards,  Martin
 
Setting Logs in NetBackup:
http://www.symantec.com/docs/TECH75805
 
SOLUTION
Smita Gargote's picture

So this feature was not present in NBU 7.1? Because the 7.1 installation does not have this step of "Saving client binaries"

 

Marianne's picture

Only patch installation saves previous binaries, not version upgrade.

Supporting Storage Foundation and VCS on Unix and Windows as well as NetBackup on Unix and Windows
Handy NBU Links

mph999's picture

Thats a good point Marianne - to roll back a full version you would need to reinstall and recover the catalog.

I suspect the folder is there for future use, that is, when you put on a patch upgrade.

M

 

Regards,  Martin
 
Setting Logs in NetBackup:
http://www.symantec.com/docs/TECH75805
 
Smita Gargote's picture

So when we install 7.5, it will save the binaries in /save directory. When i go to version 7.5.0.3, in case i want to roll back to 7.5 base version, then it will use those binaries saved in the /save directory.

Am i getting this right?

Did this happen in 7.1 also? If yes where were the binaries saved? because i cant find any /save directory.

mph999's picture

Yes, there are under /usr/openv/pack dir

for example, on my 7.0.1 install, they are here ...

openv/pack/NB_7.0.1/save

 

-rwxr-xr-x   1 root     bin        88805 Jul  8  2010 NB_update.uninstall
-rw-r--r--   1 root     root        1494 Sep  9  2010 nosave
-rw-r--r--   1 root     root     211294123 Sep  9  2010 pre_NB_7.0.1.090810_235051.tar.gz
-rwxr-xr-x   1 root     root       14367 Sep  9  2010 VrtsNB_7.0.1.postuninstall
-rwxr-xr-x   1 root     root       14367 Sep  9  2010 VrtsNB_7.0.1.preuninstall
-rw-r--r--   1 root     root        5363 Sep  9  2010 VrtsNB_7.0.1.README
 
Looking in my 7.5.0.3 install, the binaries for the previous version are under 
 
/usr/openv/pack/NB_7.5.0.3/save
 
Martin

 

Regards,  Martin
 
Setting Logs in NetBackup:
http://www.symantec.com/docs/TECH75805
 
mph999's picture

You have mentioned /save diretory

Do you actually mean the save dir under pack, like in my example, or are you seeing /save (in root).  NBU does not create /save, so if that really is in /, it was created by something else.

martin

 

Regards,  Martin
 
Setting Logs in NetBackup:
http://www.symantec.com/docs/TECH75805
 
Marianne's picture

When you install NBU 7.5, the binaries will be installed in relevant bin folders, e.g. /usr/openv/netbackup/bin, etc.
When you upgrade to 7.5.0.3, the 7.5 binaries will be copied to /usr/openv/pack folder before binaries in /usr/openv/netbackup/bin will be overwritten with 7.5.0.3 binaries.

Supporting Storage Foundation and VCS on Unix and Windows as well as NetBackup on Unix and Windows
Handy NBU Links

Smita Gargote's picture

Thanks Martin and Marianne..

And yes martin.. by /save directory I was refering to /usr/openv/pack/NB_7.5/save directory itself..

The only problem is that i cant find it in my 7.1 version of NBU.. its there when i install 7.5 or 7.5.0.4 NBU.. but not in 7.1.. wondering why??

mph999's picture

Not sure, it could have been manually removed, or if 7.1 was available as a base install (not sure), it might never have been there in the forst place.

I woudn't lose any sleep over it ...

martin

 

Regards,  Martin
 
Setting Logs in NetBackup:
http://www.symantec.com/docs/TECH75805