Segmentation fault while executing bpexpdate

I have seen something similar with another NBU version where the actual binaries were corrupt.

Please check file size and checksum and let us know which OS.

On my lab 7.0.1 server (Solaris SPARC), the output is as follows:

root@v240-1 # ls -l bpexpdate
-r-xr-xr-x   1 root     bin       148872 Jul  8  2010 bpexpdate

root@v240-1 # sum bpexpdate
15455 291 bpexpdate

Here is the required output:

[root@uidbkp001 admincmd]# ls -l bpexpdate
-r-xr-xr-x 1 root daemon 101364 Jul  8  2010 bpexpdate
 

[root@uidbkp001 admincmd]# sum bpexpdate
33307    99
 

OS Version :
REDHAT Linux 2.6

Today i am able to execute the bpexpdate command to extend images.

./bpexpdate -recalculate -backupid 10.1.66.67_1309528965 -copy 1 -ret 11

And some other commands which are working correctly but after using (./) in the beginning although i have root permission.

Unfortunately I do not have access to a RHEL system to check/confirm.

The fact that it works when you execute the command with "./" has nothing to do with permissions, but with your path variable. If you have to cd into the folder and do a "./command" it means that neither the path nor a "." is in your path variable.

Double check your path variable with "echo $PATH".

Hi,

I have make entries of both "/usr/openv/netbackup/bin/admincmd" and "." into PATH variable.

Output:

[root@uidbkp001 admincmd]# echo $PATH
/usr/lib64/qt-3.3/bin:/usr/kerberos/sbin:/usr/kerberos/bin:/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin:/opt/openv/netbackup/bin:/opt/openv/netbackup/bin/admincmd:/opt/openv/netbackup/bin/goodies:/opt/openv/volmgr/bin:/opt/openv/db/bin:/root/bin:/usr/openv/netbackup/bin/admincmd:.
[root@uidbkp001 admincmd]# pwd
/usr/openv/netbackup/bin/admincmd
[root@uidbkp001 admincmd]# bpmedialist -m UIHD12
Segmentation fault

[root@uidbkp001 admincmd]# ./bpmedialist -m UIHD12
Server Host = uidbkp001.cidr.gov.in

 id     rl  images   allocated        last updated      density  kbytes restores
           vimages   expiration       last read         <------- STATUS ------->
--------------------------------------------------------------------------------
UIHD12   3     12   07/01/2011 19:32  07/01/2011 19:32   hcart   721387008     0
               12   INFINITY        07/11/2011 15:26

[root@uidbkp001 admincmd]# cd /opt/openv/netbackup/bin/admincmd
[root@uidbkp001 admincmd]# bpmedialist -m UIHD12
Segmentation fault
[root@uidbkp001 admincmd]# ./bpmedialist -m UIHD12
Segmentation fault
[root@uidbkp001 admincmd]#

 But still i am getting error while executing bpmedialist alone.

Please do a 'find' from / for all instances of the commands that are giving problems, e.g:

find / -name bpmedialist -print

Any command without the full path or from the correct location (as in ./command) will search your path variable from left to right for the first instance of the command. In your path variable the first nbu commands are in /opt.

It almost seems as if you have 2 installations of NBU on the same system - one in /opt and another in /usr?

The commands in /opt seem to produce the segentation faults while the ones in /usr are successful.

I am getting the following output:

[root@uidbkp001 /]# find / -name bpmedialist -print
/usr/openv/netbackup/bin/admincmd/bpmedialist
/opt/openv/netbackup/bin/admincmd/bpmedialist
 

You have 2 NBU installations on the same system.

The one in /opt seems to be invalid/corrupt/out of date. That is the directory that is found 1st in your path variable when you specify commands without a pathname (absolute or relative).

Check the versions as follows:

cat /opt/openv/netbackup/version
cat /opt/openv/netbackup/bin/version

cat /usr/openv/netbackup/version
cat /usr/openv/netbackup/bin/version

Yes, both (/opt and /usr) are having different versions of Netbackup.

Here is the output....

[root@uidbkp001 /]# cat /opt/openv/netbackup/version
HARDWARE LINUX_RH_X86
VERSION NetBackup 7.0
RELEASEDATE Wed Jan 06 15:33:38 CST 2010
BUILDNUMBER 20100104a
[root@uidbkp001 /]# cat /opt/openv/netbackup/bin/version
NetBackup-RedHat2.6 7.0
[root@uidbkp001 /]#
[root@uidbkp001 /]# cat /usr/openv/netbackup/version
HARDWARE LINUX_RH_X86
VERSION NetBackup 7.0.1
RELEASEDATE Thu Jul 08 02:04:00 CDT 2010
BUILDNUMBER 20100707
[root@uidbkp001 /]# cat /usr/openv/netbackup/bin/version
NetBackup-RedHat2.6 7.0.1
[root@uidbkp001 /]#
[root@uidbkp001 /]#

Your /usr installation seems to be the WORKING version.

Question now is - When and why did this happen? You say this started after you upgraded to 7.0.1. It seems that you might have done a new installation using /usr as install path instead of upgrading the existing installation.

Was 'everything' still there after the upgrade? All your devices, media, storage units, policies, images, etc? Or did you start from scratch to config everything?

We had updated from 7.0 to 7.0.1 as per symantec tech support due to unable to modify the schedules. We are now able to edit the schedules and everything (devices, media, storage units, policies, images, etc) is there post upgrade.