> The solution:
> 
> Make sure all the binaries have LD_ASSUME_KERNEL=2.2.5 set in their 
> environment
> before running them and everything works perfectly fine (due to the changes
> in threading models between glibc releases).
> 
> So, after I install netbackup on a RH9 system (or actually RH AS/ES/WS 3.0
> as it also suffers from this) I run the following: (yes there is more
> efficient shell but this was quick)
> 
> # Fix for glibc-2.3 and threading
> cd /usr/openv/netbackup/bin
> rm bparchive
> ln -s bpbackup+ bparchive+
> for i in bp bpbackup bpbkar bpcd bpclimagelist bpclntcmd bpdynamicclient 
> bphdb bpjava-msvc bpjava-usvc bplist bpmount bprestore jbpSA jnbSA tar xbp
> do 
> mv $i $i+
> echo '#!/bin/sh' > $i
> echo 'LD_ASSUME_KERNEL=2.2.5' >> $i
> echo 'export LD_ASSUME_KERNEL' >> $i
> echo "exec /usr/openv/netbackup/bin/${i}+ \$*" >> $i
> chmod +x $i
> done
> cat > bparchive <<"EOF"
> #!/bin/sh
> LD_ASSUME_KERNEL=2.2.5
> export LD_ASSUME_KERNEL
> exec /usr/openv/netbackup/bin/bparchive+ $*
> EOF
> chmod +x bparchive
> 
> James
> 

I tried this on my stock RH9 system today and it failed with the 174 error.

Do you have to apply the fix for glibc AND do this??



-- 
 Cristopher J. Rhea                     Mayo Foundation
 Research Computing Facility             Pavilion 2-25
 crhea AT Mayo DOT EDU                        Rochester, MN 55905
 (507) 284-0587                        Fax: (507) 284-5231