When you need to backup NSS volumes on a Linux OES server with Data Protector 6.2 it might be the case that the NSS volumes are not listed within GUI and you might receive the following error: 12:1304 The mountpoint/file-system cannot be backed up. In this case you need to modify the file /opt/omni/lbin/.util. Search for i.e. -t ext3 or -t reiserfs, you will find it only once. Now you can insert -t nssvol. In this way the disk agent can discover the NSS volumes during the df process and the volumes are listed as separated mountpoints in the GUI. By the way this trick will also work for other filesystems on Linux; you only need to modify .util with the corresponding filesystem. And at the end as Novell consultant from old school I’d like to say: Long lives NSS!
Daniel,
what is the cause of this specific issue on Linux when using NSS volumes and Data Protector 6.20? Is it some kind of defect? Those volumes are supported since some time. I was poking around with .util do enable DA to work on VMFS some time ago. 🙂
Regards,
Sebastian
Hi Sebastian,
the cause is: somebody forgot to implement the nssvol parameter for the df command, it cannot be a “working as designed”.
Best regards
Daniel
Hi Guys,
I think the supported solution is to use the hplogin utility. I haven’t tested it with OES1 maybe that doesn’t work though i dide in teh past. Thats what i generally use. I did change the .util but only when OES2 was not yet supported. hplogin is only installed on Linux OES variants ( DP detects OES variant). I saves the trustee right information this way to but ( you could use metamig as an alternative i think) it is slooooooooow but it does the job.
———–
Saving the username and password using the HPLOGIN utility
The HPLOGIN utility is located in the directory /usr/omni/bin. Run this utility to save proper user credentials (username and password) to the file /root/OMNI$CFG.DAT.
Steps
Change the current working directory to /usr/omni/bin/usr/omni/bin.
Run the HPLOGIN utility:
./hplogin
————-A
Just my 2 cent.
Hi Mano,
your procedure will not work when running OES on the Linux kernel. It will work for the good old NetWare kernel only. On OES 2, running on Linux kernel, all the rules for SLES apply. DP will not use credentials from hplogin, it will make use of the xinet or the older inet daemon.
Best regards
Daniel
Hi Daniel,
Don’t know if we’re talking about the same thing but my customers have migrated from netware to OES2 (linux) some time ago which uses the hplogin.nlm.
If i install n disk agent on a regular SLES system it wil not install the hplogin binary on linux. On an OES system it will say it’s OES aware en it will install the hplogin. I then start the hplogin en enter the credentials ( not the safest but root). Then the NSS volumes are browseable in the backup schedule. If you don’t run the hplogin (unless you alter the .util). You won’t be able to browse the NSS volumes. If you search on “OES” in the Data Protector help is also point the linux version. I hope i explained it correctly.
Best Regards,
Mano
Hi Daniel,
I’m having this error, when trying to backup the vmfs folder of an esxi server. any solution for this ? I know i can buy the agent, but my company didn’t let me do it by now. thank you so much.