Backing Up GST in Networker Management Console
Thought I would share with you all about how one must take care to avoid shortcuts, especially when it comes to that one item that might just be an exception.
Let me explain: I have been using EMC’s Networker package to perform backups of my unnamed company’s systems. For a while now, we have been having some issue with the GUI frontend of the remote NMC console running on our Windows based boxes. We would leave the GUI up on our desktops for a few days, and then come back one morning and all the data on the screens would be stalled and outdated. In order to view the correct data, we had to restart GST on the NMC UNIX based server manually. This was an issue that I finally decided to break down and call EMC technical support about.
After calling EMC, we discovered that the GUI client backup was not enabled on the NMC server, which meant that the GUI aspect of Networker, and the Networker Management Console database was not getting backed up, as well. We were told to make sure this client is enabled, set aside in a separate group, and running during a time when no other groups are running at all. Ok, no biggie. I got that configured per documented instructions (see below) and setup last week. This is also supposed to truncate the database so that it’s not so big to process on the remote end.
However, with the Thanksgiving holiday and all, I did not get back to checking that this client had run until today. Instead of running smoothly like other backups, this one failed miserably. Instead of creating a new client, we had copied an already existing client and modified the necessary fields to adjust to what we needed. I had all the fields that the documentation had specified, but it still failed!
savegrp: suppressed 2 lines of verbose output
-b: Backup pool
-C: Compression
-c: NetWorker client name
-E: Encryption
-h: Help
-I: NetWorker Management Console install directory
-l: Backup level
-P: NetWorker Management Console OR NetWorker Dashboard
-s: NetWorker server name
-T: Truncate logs without backup
This was telling me nothing except the fact that the save tried to execute the required savepsm.sh command, but was failing. Was I supposed to add any parameters? It made no sense, especially from the way the documentation read… no other parameters were needed.
Then I stumbled upon this Backup Central Forums post, which the last post clued me into what the problem may be. The poster said that he had
an entry vss:*=off. I deleted it and then my management console backup was successful
This sounds like an issue with Directives. I checked my client, and sure enough we had standard Unix directives selected as part of the standard client setup. On a whim, I changed the directives on the client to the blank selection so that it would not use any directives in backing this client up. After manually running the group, it successfully completed!
Basically, I had shot myself in the foot because I had copied from an existing client to create this client. This process is ok when you are setting up standard clients that are very similar to each other. But not when backing up GST (the GUI and the NMC database). This is a whole different beast, and should have been set up differently. I blame this primarily on myself, as a user who employs shortcuts that wind up taking hours to ultimately complete.
Just so that you don’t make the same mistakes, lets go through the documentation on this exception and learn how to properly setup a backup client for the GUI.
From the Legato Documentation:
To perform an automated save of the database through savegrp(1m), the savepsm.sh
script is used. savepsm.sh is a wrapper script that sets LD_LIBRARY_PATH or equivalent
environment variable and then calls savepsm. In order to configure the database
for an automated save, define a client resource and place the string “NMCASA:/gst_on_<hostname>/lgto_gst” (where hostname is the short name of the host running the NetWorker Management Console server) in the client’s save set attribute. Then place the following command in the ‘backup command’ attribute: savepsm.sh
Note that the transaction log is automatically truncated after the backup is completed.
First things first, create a separate group configured how you need it, and call it GST. Find a media pool and assign the group to that media pool.
Now we need to create a new client on the NMC backup server named the same as the NMC backup server (let’s call this server and client NMCserver), and the only saveset in this client should be “NMCASA:/gst_on_NMCserver/lgto_gst”. Ok, so if you are on the NMC server, click the big Configuration button, and then Clients in the left hand side bar. Right-click in the main listing window, and select New. Now in the Name: field type in the name of the backup server/client: NMCserver. Give it a comment. Under Save set: type: NMCASA:/gst_on_NMCserver/lgto_gst. Do not touch the Directive. Make sure the Scheduled backup: is checked. Assign this client to your group that you will be running it in. Click the Apps & Modules tab. Under Backup command: type: savepsm.sh. Click the Globals (1 of 2) tab, and assign the client any extra aliases that should accompany it. EMC Support highly suggests raising parallelism on this GST client to a high number. So set Parallelism: to a higher number like 20. Click the OK button on the bottom of the window, and your client should be set to run properly.
Well, this would have saved me quite a bit of time if I had someone outline the proper steps for getting this setup. However, experience is worthwhile, and I hope that by sharing this experience, it can help assist others!

compat.php (3.4 KiB, 176 hits)