Wenn man mit Data Protector 6.2 einen Linux OES Server mit aktivierten NSS Volumes sichern möchte, so kann es sein dass die NSS Volumes nicht korrekt angezeigt werden und folgende Fehlermeldung erscheint: 12:1304 The mountpoint/file-system cannot be backed up. In diesem Fall muss die Datei /opt/omni/lbin/.util editiert werden. Zuerst sucht man in der Datei nach z.B. -t ext3 oder -t reiserfs und fügt dann an der gefundenen Stelle (erscheint nur einmal in der Datei) noch ein: -t nssvol. Auf diese Weise ist der Diskagent in der Lage das NSS Volume zu discovern (im df Prozess) und das NSS Volume als eigenen Mountpoint in der GUI darzustellen. Die Sicherung erfolgt dann ohne weitere Probleme. Alternativ sollte man den Patch DPLNX_00157 installieren, da sollte das Problem behoben sein. Übrigens greift dieser Trick auch be exotischen Filesystemen auf einem Linux Server; hier muss man nur in der Dateil .util dafür sorgen dass das entsprechende Filesystem gelistet ist. Im Übrigen bleibt mir als alter Novell Consultant nur noch zu sagen: Es lebe 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.