Control: reassign -1 src:linux 6.1.90-1
Control: tags -1 + moreinfo

Hi,

On Tue, May 28, 2024 at 02:42:43PM +0300, Дмитрий Сергеевич wrote:
> 
> Package: nfs-common
> Version: 1:2.6.2-4
> Severity: normal
>  
> Dear Maintainer,
>  
> *** Reporter, please consider answering these questions, where appropriate ***
>  
>    * What led up to the situation?
> nfs call
>    * What exactly did you do (or not do) that was effective (or
>      ineffective)?
>    * What was the outcome of this action?
> мая 28 03:13:18 mail-m kernel: INFO: task kworker/u8:10:182389 blocked for 
> more than 120 seconds.
> мая 28 03:13:18 mail-m kernel:       Tainted: G           OE  X   
> 6.1.0-21-amd64 #1 Debian 6.1.90-1
> мая 28 03:13:18 mail-m kernel: "echo 0 > 
> /proc/sys/kernel/hung_task_timeout_secs" disables this message.
> мая 28 03:13:18 mail-m kernel: task:kworker/u8:10   state:D stack:0     
> pid:182389 ppid:2      flags:0x00004000
> мая 28 03:13:18 mail-m kernel: Workqueue: rpciod rpc_async_schedule [sunrpc]
> мая 28 03:13:18 mail-m kernel: Call Trace:
> мая 28 03:13:18 mail-m kernel:  <TASK>
> мая 28 03:13:18 mail-m kernel:  __schedule+0x34d/0x9e0
> мая 28 03:13:18 mail-m kernel:  schedule+0x5a/0xd0
> мая 28 03:13:18 mail-m kernel:  schedule_timeout+0x118/0x150
> мая 28 03:13:18 mail-m kernel:  wait_for_completion_state+0x14b/0x220
> мая 28 03:13:18 mail-m kernel:  call_usermodehelper_exec+0x16a/0x1a0
> мая 28 03:13:18 mail-m kernel:  call_sbin_request_key+0x359/0x500
> мая 28 03:13:18 mail-m kernel:  request_key_and_link+0x6ab/0x7d0
> мая 28 03:13:18 mail-m kernel:  ? keyring_alloc+0x70/0x70
> мая 28 03:13:18 mail-m kernel:  ? key_default_cmp+0x20/0x20
> мая 28 03:13:18 mail-m kernel:  request_key_tag+0x43/0xa0
> мая 28 03:13:18 mail-m kernel:  nfs_idmap_get_key+0x1a2/0x210 [nfsv4]
> мая 28 03:13:18 mail-m kernel:  nfs_map_name_to_uid+0x140/0x180 [nfsv4]
> мая 28 03:13:18 mail-m kernel:  decode_getfattr_attrs+0xd69/0x1120 [nfsv4]
> мая 28 03:13:18 mail-m kernel:  
> decode_getfattr_generic.constprop.0+0x129/0x210 [nfsv4]
> мая 28 03:13:18 mail-m kernel:  nfs4_xdr_dec_close.part.0+0x7d/0x120 [nfsv4]
> мая 28 03:13:18 mail-m kernel:  call_decode+0x203/0x220 [sunrpc]
> мая 28 03:13:18 mail-m kernel:  ? rpc_decode_header+0x570/0x570 [sunrpc]
> мая 28 03:13:18 mail-m kernel:  __rpc_execute+0xc0/0x4a0 [sunrpc]
> мая 28 03:13:18 mail-m kernel:  rpc_async_schedule+0x29/0x40 [sunrpc]
> мая 28 03:13:18 mail-m kernel:  process_one_work+0x1c4/0x380
> мая 28 03:13:18 mail-m kernel:  worker_thread+0x4d/0x380
> мая 28 03:13:18 mail-m kernel:  ? rescuer_thread+0x3a0/0x3a0
> мая 28 03:13:18 mail-m kernel:  kthread+0xd7/0x100
> мая 28 03:13:18 mail-m kernel:  ? kthread_complete_and_exit+0x20/0x20
> мая 28 03:13:18 mail-m kernel:  ret_from_fork+0x1f/0x30
> мая 28 03:13:18 mail-m kernel:  </TASK>
>    * What outcome did you expect instead?

kernel above is tained, does this happens as well when not loading the
out-of-tree modules? 

Is this reproducible and is it a regression from which previous
kernel? 

Regards,
Salvatore

Reply via email to