That module seems to be there:
[root@mtl-centos7 ganesha]# ls -l /lib64/libntirpc.so*
lrwxrwxrwx. 1 root root 18 Oct 24 08:45 /lib64/libntirpc.so.1.3 ->
libntirpc.so.1.3.0
-rwxr-xr-x. 1 root root 272456 Oct 9 14:11 /lib64/libntirpc.so.1.3.0
[root@mtl-centos7 ganesha]# ldd /usr/lib64/ganesha/l
Yeah, where is your libntirpc.so? We usually build ntirpc as part of
ganesha rpm and it gets placed as /lib64/libntirpc.so*
Regards, Malahal.
Matt Benjamin [mbenja...@redhat.com] wrote:
> This looks like to me as if you need to export LD_LIBRARY_PATH so as to
> include the path to libntirpc.so?
This looks like to me as if you need to export LD_LIBRARY_PATH so as to include
the path to libntirpc.so?
Matt
--
Matt Benjamin
Red Hat, Inc.
315 West Huron Street, Suite 140A
Ann Arbor, Michigan 48103
http://www.redhat.com/en/technologies/storage
tel. 734-707-0660
fax. 734-769-8938
cel. 7
I removed the parameters and the errors no longer appears.
Yet, I am still seeing an issue loading the module file:
26/10/2015 18:41:08 : epoch 562eac04 : mtl-centos7 :
ganesha.nfsd-13248[main] show_tree :FSAL :INFO :/dev/hugepages
26/10/2015 18:41:08 : epoch 562eac04 : mtl-centos7 :
ganesha.
Please have a look at and do any testing you want:
https://github.com/ffilz/nfs-ganesha/commits/next
git://github.com/ffilz/nfs-ganesha.git
Assuming no show stoppers are found in the next 24 hours, I will tag this as
V2.3.0.
Thanks
Frank
---
This email has been checked for viruses by Avast
>From Daniel Gryniewicz :
Daniel Gryniewicz has uploaded a new change for review.
https://review.gerrithub.io/250699
Change subject: Update ntirpc to 1.3.1
..
Update ntirpc to 1.3.1
Change-Id: Ica2138db05efea252186c87834092a
Frank Filz wrote on Mon, Oct 26, 2015 at 08:57:06AM -0700:
> > I pretty much agree with coverity on this, either don't do anything and let
> > it
> > segfault or handle every single case of pool_alloc...
>
> Yea, well, I've been arguing for years... Someday we may come to a
> consensus... In the
> Frank Filz wrote on Mon, Oct 26, 2015 at 06:51:59AM -0700:
> > Hmm, Coverity constantly finding "new" bugs that have been there
> > forever is getting exhausting. It's making me feel like a clean
> > Coverity run is unattainable. Which severely diminishes the value of the
> tool.
>
> Well, these
> I'm already on the ntirpc issues. One was indeed a bug and my fault.
> The other is already marked false-positive.
BTW, I've been marking these flag issues as "Intentional" rather than "False
Positive".
I'm not sure what difference it makes, but the failure is not a minor
algorithmic failure
I'm already on the ntirpc issues. One was indeed a bug and my fault.
The other is already marked false-positive.
On Mon, Oct 26, 2015 at 10:25 AM, Dominique Martinet
wrote:
> Frank Filz wrote on Mon, Oct 26, 2015 at 06:51:59AM -0700:
>> Hmm, Coverity constantly finding "new" bugs that have been
Frank Filz wrote on Mon, Oct 26, 2015 at 06:51:59AM -0700:
> Hmm, Coverity constantly finding "new" bugs that have been there forever is
> getting exhausting. It's making me feel like a clean Coverity run is
> unattainable. Which severely diminishes the value of the tool.
Well, these are fairly ea
Hmm, Coverity constantly finding "new" bugs that have been there forever is
getting exhausting. It's making me feel like a clean Coverity run is
unattainable. Which severely diminishes the value of the tool.
Frank
From: SAUNIER, FREDERIC [mailto:frederic.saun...@atos.net]
Sent: Monday, Oct
>From :
s...@vnet.ibm.com has uploaded a new change for review.
https://review.gerrithub.io/250687
Change subject: Prevent NULL ptr dereference after nfs4_acl_alloc()
..
Prevent NULL ptr dereference after nfs4_acl_alloc()
A
>From Frederic Saunier :
Frederic Saunier has uploaded a new change for review.
https://review.gerrithub.io/250685
Change subject: Fix NULL dereferencing in handle_alloc, digest_alloc and
alloc_nfs_res
..
Fix NULL dereferenc
On Sat, Oct 24, 2015 at 3:00 PM, Teddy Wong wrote:
> config_errs_to_log :CONFIG :CRIT :Config File
> (/etc/ganesha/ganesha.conf:17): Unknown parameter (NFS_SendSize)
> 24/10/2015 14:56:29 : epoch 562bd45d : mtl-centos7 : ganesha.nfsd-8328[main]
> config_errs_to_log :CONFIG :CRIT :Config File
> (/e
Hi,
This week, coverity analysis has reported 4 eliminated defects and 5 new
defects.
All of them are available with online Coverity results.
Cheers,
-- Frederic
Frederic Saunier
BDS R&D - Data Management
Tel +33 (0)476297466
frederic.saun...@atos.net
1 rue de Provence - BP208
F-38432 Echiroll
16 matches
Mail list logo
