Re: [newnfs/client] SIGINFO aborts transfer and produces `permission denied'

From: Anonymous <swell.k_at_gmail.com>
Date: Sat, 18 Jul 2009 00:33:13 +0400
Rick Macklem <rmacklem_at_uoguelph.ca> writes:

> On Fri, 17 Jul 2009, Kostik Belousov wrote:
>
>> On Thu, Jul 16, 2009 at 08:15:29PM -0400, Rick Macklem wrote:
>>>
>>>
>>> On Fri, 17 Jul 2009, Anonymous wrote:
>>>
>>>> Let's populate /blah with 50Mb files and send SIGINFO to cp(1) process
>>>> while
>>>> copying it over nfsv3.
>>>>
>>>> # uname -vm
>>>> FreeBSD 8.0-BETA1 #0: Sat Jul 4 03:55:14 UTC 2009
>>>> root_at_almeida.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC i386
>>>>
> Ah, my commit related to blocking signals (cloned from the regular
> nfs client) didn't go into head until Jul 12 (r195642), so I think
> this might be fixed by that.
>
> If you still see it when running a post-r195642 kernel, please let
> me know, rick

Yep, I can reproduce it as easily on 8.0-BETA2 snapshot under qemu

# uname -vm
FreeBSD 8.0-BETA2 #0: Wed Jul 15 23:25:30 UTC 2009
root_at_almeida.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC  i386

Here is ktrace for following

ftp://ftp.lissyara.su/users/Guest/newnfs/siginfo_ktrace.out.bz2
ftp://ftp.lissyara.su/users/Guest/newnfs/siginfo_ktrace.txt.bz2 (kdump -Rr)

# ktrace -i cp -R /mnt /aaa
load: 1.09  cmd: cp 996 [runnable] 1.25r 0.00u 0.51s 3% 880k
/mnt/foo_1 -> /aaa/foo_1  16%
load: 1.09  cmd: cp 996 [newnfsreq] 5.43r 0.00u 2.06s 13% 880k
cp: /mnt/foo_1: Permission denied
/mnt/foo_2 -> /aaa/foo_2   0%
load: 1.16  cmd: cp 996 [runnable] 8.61r 0.00u 3.24s 17% 904k
cp: /mnt/foo_2: Permission denied
/mnt/foo_3 -> /aaa/foo_3   0%
load: 1.16  cmd: cp 996 [runnable] 10.98r 0.00u 4.14s 23% 904k
cp: /mnt/foo_3: Permission denied

I'm not sure if it's useful.
Received on Fri Jul 17 2009 - 18:33:18 UTC

This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:39:52 UTC