NetBackup 5.1 on FC6
 

Hello everyone,

Sorry to chime in late in this thread but I am having similar problems at a different stage when trying to install the NetBackup 5.1 Client on Fedora Core 6. This thread is dealing with very similar problems so that is why I am posting here to ask for help.

So, I have a freshly installed and updated FC6 system with xinetd already installed and the correct compat-libstdc++ rpms. I put in the NB Client CD and installed it use RedHat2.4 option. It properly created the correct /etc/xinetd.d/ entries for the bpcd, bpjava-msvc, vnet, vopied services and they are running. My firewall (iptables, ip6tables) is turned off and SELinux is disabled.

The first thing that happend when I try to run /usr/openv/netbackup/bin/jbpSA is I get this error:

Error: failed /usr/openv/java/jre/lib/i386/client/libjvm.so, because libstdc++-libc6.1-1.so.2: cannot open shared object file: No such file or directory

So I made a symbolic link to the appropriate file provided by the compat-libstdc++-296-2.96-138 rpm, /usr/lib/libstdc++-libc6.2-2.so.3.

ln -s /usr/lib/libstdc++-libc6.2.2.so.3 /usr/lib/libstdc++-libc6.1-1.so.2

Then I rerun the jbpSA and it shows the login screen. But when I try to login I get this error:

Unable to login, status: 505
Can not connect to the NB-Java authentication service on myserver.fmi.ch on configured port - 13722.

Exception: java.net.ConnectException: Connection refused
Exception message: Connection refused

I don't get it. If I try to telnet myserver.fmi.ch 13722 it works fine and looks like it is listening properly.

Does anyone have an idea as to why I can't log in?

thank you,
Leandro

I hadn't tried it because I initiate backups from the master so seldom have a need to look at the GUI from the client side.

However, following what you did I was able to get logged into it on my FC6 client. The only issue being it wouldn't work before I did the link you mentioned.

The only difference I saw was that I have a slightly different version of library libstdc++... so my link creation was:

ln -s /usr/lib/libstdc++-3-libc6.2-2-2.10.0.so /usr/lib/libstdc++-libc6.1-1.so.

Checking to see what installed this library:
rpm -qf /usr/lib/libstdc++-3-libc6.2-2-2.10.0.so
compat-libstdc++-296-2.96-138


The libstdc++ related packages I have installed are:
rpm -qa |grep libstdc
libstdc++-4.1.1-51.fc6
compat-libstdc++-33-3.2.3-61
libstdc++-devel-4.1.1-51.fc6
compat-libstdc++-296-2.96-138

You might want to compare your compat-libstdc++ versions to the ones I list above.

Another thing to check is the port:

What I see for the port:
lsof -i :13722
COMMAND PID USER FD TYPE DEVICE SIZE NODE NAME
xinetd 2092 root 6u IPv4 6055 TCP *:bpjava-msvc (LISTEN)

You said you got it to answer telnet. I'd run the lsof just to be sure it was the bpjava-msvc (through xinetd) that was LISTENing on that port as opposed to something else.

Hello,

Thank you for your response.

I just checked my rpms and we have the same ones that are required.

[root@servername lib]# rpm -qa | grep libstdc
libstdc++-4.1.1-30
libstdc++-4.1.1-51.fc6
libstdc++-devel-4.1.1-51.fc6
compat-libstdc++-296-2.96-138
compat-libstdc++-33-3.2.3-61
[root@servername lib]#

I also looked in /usr/lib and we actually are symlinking to the same libstdc++ so. The file I symlinked to, /usr/lib/libstdc++-libc6.2.2.so.3, is actually a symbolic link to /usr/lib/libstdc++-3-libc6.2-2-2.10.0.so so it should achieve the same thing. Sorry for not mentioning that - I just symlinked to the file of the same name format as asked by NetBackup.

[root@servername lib]# ll /usr/lib/libstdc++*
-rwxr-xr-x 1 root root 259532 Aug 21 2006 /usr/lib/libstdc++-3-libc6.2-2-2.10.0.so
lrwxrwxrwx 1 root root 24 Apr 24 11:47 /usr/lib/libstdc++-libc6.1-1.so.2 -> libstdc++-libc6.2-2.so.3
lrwxrwxrwx 1 root root 31 Apr 20 16:43 /usr/lib/libstdc++-libc6.2-2.so.3 -> libstdc++-3-libc6.2-2-2.10.0.so
lrwxrwxrwx 1 root root 18 Apr 20 16:43 /usr/lib/libstdc++.so.5 -> libstdc++.so.5.0.7
-rwxr-xr-x 1 root root 733456 Aug 21 2006 /usr/lib/libstdc++.so.5.0.7
lrwxrwxrwx 1 root root 18 Apr 23 14:21 /usr/lib/libstdc++.so.6 -> libstdc++.so.6.0.8
-rwxr-xr-x 1 root root 939500 Jan 6 19:54 /usr/lib/libstdc++.so.6.0.8
[root@servername lib]#


I just did a lsof -i :13722 and unfortunately get the correct result:

[root@servername lib]# lsof -i :13722
COMMAND PID USER FD TYPE DEVICE SIZE NODE NAME
xinetd 8363 root 6u IPv4 26547 TCP *:bpjava-msvc (LISTEN)
[root@servername lib]#


Hmmmm.... Is there something stupid that I am missing? When one runs jbpSA from the client you use OS credentials to log in, correct? Did I have to do something on my NetBackup server first to register the client before it will allow me to log into the client? I am somewhat at a loss..

Thank you,
-Leandro

It uses OS credentials so far as I know. I logged in as root when it came up. Are you trying that or a different user?

Hello,

Yes I am running jbpSA as root and trying to log in as root.

Did you install MP4 after you installed the client? (Don't do this if your master isn't at MP4.) As noted in one of my earlier posts I installed that. Maybe this is the difference?