Bug#1067829: Fails to build on arm{el,hf} with 64bit time_t: export-cache.c:110:51: error: format ‘%ld’ expects argument of type ‘long int’, but argument 4 has type ‘time_t’ {aka ‘long long int’} [-We

2024-04-06 Thread Chuck Lever III
r > to properly credit the patch origin. > > Let me know if that works. I changed it slightly and only casting to > long long, and made it almost checkpatch clean. I suppose strftime(3) might be nicer, but this works. Reviewed-by: Chuck Lever mailto:chuck.le...@oracle.com>>

Bug#940821: NFS Caching broken in 4.19.37

2021-02-20 Thread Chuck Lever
0% reproducible with any kernel from 4.9 to 5.4, stable or backports. It > may exist in earlier versions, but I do not have a machine with anything > before 4.9 to test at present. Confirming you are varying client-side kernels. Should the Linux NFS client maintainers be Cc'd? > From 1-2 make clean && make cycles to one afternoon depending on the number > of machine cores. More cores/threads the faster it does it. > > I tried playing with protocol minor versions, caching options, etc - it is > still reproducible for any nfs4 settings as long as there is client side > caching of metadata. > > A. > >> >> Regards, >> Salvatore >> > > -- > Anton R. Ivanov > Cambridgegreys Limited. Registered in England. Company Number 10273661 > https://www.cambridgegreys.com/ -- Chuck Lever

Bug#898165: Regression in [v2] nfs: Fix ugly referral attributes ?

2018-05-18 Thread Chuck Lever
> On May 17, 2018, at 5:48 PM, Moritz Schlarb <schla...@uni-mainz.de> wrote: > > Hi Chuck, > > On 17.05.2018 16:15, Chuck Lever wrote: > >> Just a shot in the dark: Wondering if v3.16 needs >> >> commit ea96d1ecbe4fcb1df487d99309d3157b4ff5fc02

Bug#583435: rpcbind: Insecure handling of state files

2010-06-03 Thread Chuck Lever
On 06/ 3/10 04:27 PM, Guillem Jover wrote: Hi! On Thu, 2010-06-03 at 16:07:50 -0400, Chuck Lever wrote: On 06/ 2/10 07:25 AM, Aníbal Monsalve Salazar wrote: On Tue, Jun 01, 2010 at 02:09:07PM +0200, Guillem Jover wrote: On Thu, 2010-05-27 at 19:09:08 +0200, Guillem Jover wrote: Package

Bug#583435: rpcbind: Insecure handling of state files

2010-06-03 Thread Chuck Lever
On 06/ 3/10 05:07 PM, Guillem Jover wrote: On Thu, 2010-06-03 at 16:34:01 -0400, Chuck Lever wrote: On 06/ 3/10 04:27 PM, Guillem Jover wrote: The second problem is that those files get created by the daemon on shutdown, and they *do* follow symlinks. So a user can drop two symlinks

Bug#583435: rpcbind: Insecure handling of state files

2010-06-03 Thread Chuck Lever
On 06/ 2/10 07:25 AM, Aníbal Monsalve Salazar wrote: On Tue, Jun 01, 2010 at 02:09:07PM +0200, Guillem Jover wrote: Hi! On Thu, 2010-05-27 at 19:09:08 +0200, Guillem Jover wrote: Package: rpcbind Version: 0.2.0-4 Severity: serious Tags: security The rpcbind daemon, which runs as root, uses

Bug#492970: #492970 - nfs-common 1:1.1.3-1 client disallows access to files/directories where it should allow access - Debian Bug report logs

2008-10-15 Thread Chuck Lever
On Oct 15, 2008, at 11:31 AM, Steve Dickson wrote: Chuck Lever wrote: On Oct 9, 2008, at Oct 9, 2008, 11:48 AM, Steve Dickson wrote: Unfortunately, I'm failing miserably on reproducing this... Here is what I've done: Chuck Lever wrote: Hi Steve- As I understand it, the documented bug

Bug#492970: #492970 - nfs-common 1:1.1.3-1 client disallows access to files/directories where it should allow access - Debian Bug report logs

2008-10-15 Thread Chuck Lever
On Oct 15, 2008, at 2:18 PM, Steve Dickson wrote: Chuck Lever wrote: Ok... The client has the nfs-utils-1.1.3 mount.nfs binary using an FC-7 (2.6.21) kernel. New text mount interface with old binary kernel interface. I have two servers: ServerA has the nfs-utils-1.1.3 rpc.mountd binary

Bug#492970: #492970 - nfs-common 1:1.1.3-1 client disallows access to files/directories where it should allow access - Debian Bug report logs

2008-10-15 Thread Chuck Lever
On Oct 15, 2008, at 12:57 PM, Steve Dickson wrote: Chuck Lever wrote: Easy... the mount.nfs subcommand in nfs-utils-1.1.3 switches to legacy mode on old kernels (pre 2.6.23). What I meant by you need to force the use of the legacy mount command is that you need to force the use

Bug#492970: #492970 - nfs-common 1:1.1.3-1 client disallows access to files/directories where it should allow access - Debian Bug report logs

2008-10-13 Thread Chuck Lever
On Oct 9, 2008, at Oct 9, 2008, 11:48 AM, Steve Dickson wrote: Unfortunately, I'm failing miserably on reproducing this... Here is what I've done: Chuck Lever wrote: Hi Steve- As I understand it, the documented bug refers to running nfs-utils 1.1.3 on kernels older than 2.6.22. I

Bug#492970: #492970 - nfs-common 1:1.1.3-1 client disallows access to files/directories where it should allow access - Debian Bug report logs

2008-10-06 Thread Chuck Lever
On Oct 6, 2008, at 5:12 AM, Rasmus Bøg Hansen wrote: Chuck Lever skrev: Hi Steve- As I understand it, the documented bug refers to running nfs-utils 1.1.3 on kernels older than 2.6.22 (ie the problem is with the legacy mount command, not with the in-kernel mount parser, which has a different

Bug#492970: #492970 - nfs-common 1:1.1.3-1 client disallows access to files/directories where it should allow access - Debian Bug report logs

2008-10-02 Thread Chuck Lever
09:24:00 rawhat kernel: NFS: MNT request succeeded steved. -- Chuck Lever chuck[dot]lever[at]oracle[dot]com -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#492970: (was: nfs-utils-1.1.3 released)

2008-08-07 Thread Chuck Lever
On Aug 7, 2008, at 11:05 AM, Lucas Nussbaum wrote: On 06/08/08 at 12:21 -0400, Chuck Lever wrote: On Aug 5, 2008, at 3:28 PM, Rasmus Bøg Hansen wrote: Chuck Lever [EMAIL PROTECTED] writes: On Aug 4, 2008, at 4:55 PM, Paul Collins wrote: Chuck Lever [EMAIL PROTECTED] writes: On Aug 3, 2008