cancel
Showing results for 
Search instead for 
Did you mean: 

ld.so.1: vnetd: fatal: /usr/openv/lib/libvxustdioST.so: wrong ELF class: ELFCLASS32

krishna007
Level 3

Hello My Dear Friends,

I am getting the below error in one of our client server.

Client004:/ # /etc/init.d/netbackup start
NetBackup Authentication daemon not started.
ld.so.1: vnetd: fatal: /usr/openv/lib/libvxustdioST.so: wrong ELF class: ELFCLASS32
Killed
NetBackup network daemon started.
NetBackup client daemon started.

 

Client server OS : Solaris10

Netbackup vesion: 6.5

 

Please help me in understanding the above error.

Thanks in advance...........

7 REPLIES 7

Nicolai
Moderator
Moderator
Partner    VIP   

The message "wrong ELF class: ELFCLASS32" means the process expected a 64bit librray insted of a 32bit. 

Did you install the right client ??

Marianne
Moderator
Moderator
Partner    VIP    Accredited Certified

Do you have Client software or Media server software installed on this client?

NBU 6.5 client software does not have any startup and has no background daemons/processes.

vnetd and bpcd are included in inetd process. The only way to see if NBU on 6.5 client is running is with

netstat -a |grep bpcd
  *.bpcd               *.*                0      0 49152      0 LISTEN

netstat -a |grep vnetd
  *.vnetd              *.*                0      0 49152      0 LISTEN

or

inetadm | grep bpcd
enabled   online         svc:/network/bpcd/tcp:default

inetadm | grep |vnetd
enabled   online         svc:/network/vnetd/tcp:default

krishna007
Level 3

It is having Netbackup client software only....

Client004:/usr/openv/netbackup/bin # ./bpps -a
NB Processes
------------
root 11034 1 0 Dec 30 ? 0:00 tar -x -v -Y -p -P -I 1325289446 -U 0 -E /usr/openv/netbackup/.rename.19385 -H

Please check the below output's..

Client004:/ # netstat -a |grep bpcd
*.bpcd *.* 0 0 49152 0 LISTEN
Client004.bpcd media203.nam.internal.com.868 64240 0 49640 0 ESTABLISHED

 

netstat -a |grep vnetd

*.vnetd *.* 0 0 49152 0 LISTEN
Client004.656 media203.nam.internal.com.vnetd 64240 0 49640 0 ESTABLISHED
Client004.568 media203.nam.internal.com.vnetd 64240 0 64240 0 ESTABLISHED

Client004:/usr/openv/netbackup/bin # inetadm | grep bpcd
enabled online svc:/network/bpcd/tcp:default

Client004:/usr/openv/netbackup/bin # inetadm | grep |vnetd
Usage: grep -hblcnsviw pattern file . . .
ksh: vnetd: not found
[2] + Done(2) inetadm | grep |vnetd

Client004:/usr/openv/netbackup/bin # inetadm |grep vnetd
enabled online svc:/network/vnetd/tcp:default

master200:/" #" bpgetconfig -s Client004-A -L

Client/Master = Client of master200.nam.internal.com

NetBackup Client Platform = Solaris, Solaris9

NetBackup Client Protocol Level = 6.5.3

Product = NetBackup

Version Name = 6.5

Version Number = 650000

NetBackup Installation Path = /usr/openv/netbackup/bin

Client OS/Release = SunOS 5.10

Cipher =

Patch Level = 6.5.3.1

 

 

krishna007
Level 3

Hello Nicolai,

Thank you for the reply,Could you pls let me know the command used to get the info of the installed netbackup client software details in unix client..

Yasuhisa_Ishika
Level 6
Partner Accredited Certified

Version of client software cluster is written in /usr/openv/netbackup/bin/version. Check it as below.

# cat /usr/openv/netbackup/bin/version
NetBackup-Solaris9 6.5

To check Nicoli's point, you should check vnetd and libvxustdioST.so by file command. I assume that each must show "ELF 32-bit".

# file /usr/openv/bin/vnetd
/usr/openv/bin/vnetd:   ELF 32-bit MSB executable SPARC Version 1, dynamically linked, not stripped
# file /usr/openv/lib/libvxustdioST.so
/usr/openv/lib/libvxustdioST.so:        ELF 32-bit MSB dynamic lib SPARC Version 1, dynamically linked, not stripped

Is this a new setup? Did you upgrade OS? Have you copied some binaries from other machines by hand?

Yasuhisa_Ishika
Level 6
Partner Accredited Certified

If this host is NetBackup 6.5 client(without server software), /etc/init.d/netbackup must not exist. bpcd and vnetd are forked by inetd.

I assume that this host is wrong setup(manually copied files, coexisting multiple versions, wrongly overwritten file, or so). Please review what you did for first.
I say, to fix this, you have to remove current files and reinstall.

Marianne
Moderator
Moderator
Partner    VIP    Accredited Certified

What is this tar process that's been running since 30 Dec?

Client004:/usr/openv/netbackup/bin # ./bpps -a
NB Processes
------------
root 11034 1 0 Dec 30 ? 0:00 tar -x -v -Y -p -P -I 1325289446 -U 0 -E /usr/openv/netbackup/.rename.19385 -H

Is this a hanging upgrade/patch install?

As we have pointed out in various posts above - NBU client on 6,5 does not have startup script. 7,x software has startup script. Is it possible that some has tried to upgrade this client on 30 Dec?

It seems like a good idea to re-install Client software.