This is a multi-part message in MIME format.
Bonjour,
J'ai un problème pour faire une copie simple de fichiers (cp hosts
hosts.txt) au sein d'un partage SMB (monté par autofs). ça m'indique "Processus arrêté", puis après un nouvel essai ça reste bloqué/freezé, je n'ai plus la main sur la console (ctl+C, D, Z n'ont aucune action).
Quand je créé un fichier, pas de souci, quand j'édite un fichier pas de souci, le seul problème est de copier. La suppression ni le renommage/déplacement n'est problématique. le processus est indiqué
ainsi : xxx 25304 24752 0 21:35 pts/2 00:00:00 cp hosts hosts.txt le
kill du processus ne fonctionne pas. Les droits sur les fichiers :
-rwxr-xr-x 1 xxx yyy 0 31 janv. 21:34 hosts.txt -rwxr-xr-x 1 xxx yyy 0
28 janv. 18:13 hosts voici les droits du montage : ├─/mnt/xxx /etc/autoxxx.smb autofs rw,relatime,fd=12,pgrp=1561,timeout=30,minproto=5,maxproto=5,indirect,pipe_ino=22915
│ └─/mnt/xxx/conf //xx.xx.xx.xx/xxx/conf cifs rw,relatime,vers=3.1.1,cache=strict,username=xxx,uid=1000,noforceuid,gid=1000,noforcegid,addr=xx.xx.xx.xx,file_mode=0755,dir_mode=0755,soft,nounix,serverino,mapposix,rsize=4194304,wsize=4194304,bsize=1048576,echo_interval=60,actimeo=1,closetimeo=1
le noyau actuel de debian 12 : Linux vfpm 6.1.0-17-amd64 #1 SMP PREEMPT_DYNAMIC Debian 6.1.69-1 (2023-12-30) x86_64 GNU/Linux

Dans syslog, j'obtiens des erreurs au niveau du kernel.

2024-01-29T21:20:24.524146+01:00 vfpm kernel: [ 7967.200355] BUG: kernel
NULL pointer dereference, address: 0000000000000000 2024-01-29T21:20:24.524163+01:00 vfpm kernel: [ 7967.200364] #PF:
supervisor read access in kernel mode
2024-01-29T21:20:24.524167+01:00 vfpm kernel: [ 7967.200367] #PF: error_code(0x0000) - not-present page
2024-01-29T21:20:24.524167+01:00 vfpm kernel: [ 7967.200370] PGD 0 P4D 0 2024-01-29T21:20:24.524168+01:00 vfpm kernel: [ 7967.200374] Oops: 0000
[#1] PREEMPT SMP PTI
2024-01-29T21:20:24.524169+01:00 vfpm kernel: [ 7967.200378] CPU: 7 PID:
9346 Comm: cp Tainted: P          IOE      6.1.0-17-amd64 #1  Debian
6.1.69-1
2024-01-29T21:20:24.524170+01:00 vfpm kernel: [ 7967.200383] Hardware
name: Hewlett-Packard HP Z400 Workstation/0B4Ch, BIOS 786G3 v03.15
10/29/2010
2024-01-29T21:20:24.524171+01:00 vfpm kernel: [ 7967.200385] RIP: 0010:cifs_flush_folio+0x3f/0x100 [cifs]
2024-01-29T21:20:24.524172+01:00 vfpm kernel: [ 7967.200471] Code: d2 41
54 49 89 cc 31 c9 55 48 89 f5 48 c1 ee 0c 53 48 83 ec 08 48 8b 7f 30 e8
8d 8a 49 c8 48 3d 00 f0 ff ff 0f 87 a5 00 00 00 <48> 8b 10 48 89 c3 b8
00 10 00 00 f7 c2 00 00 01 00 74 07 0f b6 4b
2024-01-29T21:20:24.524173+01:00 vfpm kernel: [ 7967.200475] RSP: 0018:ffffa454888d7c98 EFLAGS: 00010207
2024-01-29T21:20:24.524175+01:00 vfpm kernel: [ 7967.200478] RAX: 0000000000000000 RBX: 0000000000000000 RCX: 0000000000000000 2024-01-29T21:20:24.524188+01:00 vfpm kernel: [ 7967.200481] RDX: 0000000000000000 RSI: 0000000000000000 RDI: ffff98c949229840 2024-01-29T21:20:24.524190+01:00 vfpm kernel: [ 7967.200483] RBP: 0000000000000000 R08: 0000000000000001 R09: 0000000000000000 2024-01-29T21:20:24.524191+01:00 vfpm kernel: [ 7967.200485] R10: ffffffffffffffff R11: 0000000000000000 R12: ffffa454888d7d08 2024-01-29T21:20:24.524192+01:00 vfpm kernel: [ 7967.200487] R13: ffffa454888d7d00 R14: ffff98ca472d3228 R15: 0000000000000001 2024-01-29T21:20:24.524193+01:00 vfpm kernel: [ 7967.200490] FS: 00007f69d9003500(0000) GS:ffff98cad7bc0000(0000) knlGS:0000000000000000 2024-01-29T21:20:24.524194+01:00 vfpm kernel: [ 7967.200493] CS: 0010
DS: 0000 ES: 0000 CR0: 0000000080050033
2024-01-29T21:20:24.524195+01:00 vfpm kernel: [ 7967.200496] CR2: 0000000000000000 CR3: 0000000104be6000 CR4: 00000000000006e0 2024-01-29T21:20:24.524196+01:00 vfpm kernel: [ 7967.200498] Call Trace: 2024-01-29T21:20:24.524197+01:00 vfpm kernel: [ 7967.200502] <TASK> 2024-01-29T21:20:24.524198+01:00 vfpm kernel: [ 7967.200506]  ? __die_body.cold+0x1a/0x1f
2024-01-29T21:20:24.524200+01:00 vfpm kernel: [ 7967.200515]  ? page_fault_oops+0xd2/0x2b0
2024-01-29T21:20:24.524201+01:00 vfpm kernel: [ 7967.200524]  ? exc_page_fault+0x70/0x170
2024-01-29T21:20:24.524202+01:00 vfpm kernel: [ 7967.200531]  ? asm_exc_page_fault+0x22/0x30
2024-01-29T21:20:24.524202+01:00 vfpm kernel: [ 7967.200541]  ? cifs_flush_folio+0x3f/0x100 [cifs]
2024-01-29T21:20:24.524203+01:00 vfpm kernel: [ 7967.200607]  ? cifs_flush_folio+0x33/0x100 [cifs]
2024-01-29T21:20:24.524204+01:00 vfpm kernel: [ 7967.200662] cifs_remap_file_range+0x16d/0x680 [cifs]
2024-01-29T21:20:24.524205+01:00 vfpm kernel: [ 7967.200743] do_clone_file_range+0xe9/0x230
2024-01-29T21:20:24.524206+01:00 vfpm kernel: [ 7967.200751] vfs_clone_file_range+0x37/0x140
2024-01-29T21:20:24.524207+01:00 vfpm kernel: [ 7967.200756] ioctl_file_clone+0x49/0xb0
2024-01-29T21:20:24.524208+01:00 vfpm kernel: [ 7967.200763] do_vfs_ioctl+0x77/0x910
2024-01-29T21:20:24.524208+01:00 vfpm kernel: [ 7967.200769] __x64_sys_ioctl+0x6e/0xd0
2024-01-29T21:20:24.524209+01:00 vfpm kernel: [ 7967.200775] do_syscall_64+0x5b/0xc0
2024-01-29T21:20:24.524210+01:00 vfpm kernel: [ 7967.200783]  ? exit_to_user_mode_prepare+0x14b/0x1e0
2024-01-29T21:20:24.524211+01:00 vfpm kernel: [ 7967.200791]  ? syscall_exit_to_user_mode+0x27/0x40
2024-01-29T21:20:24.524212+01:00 vfpm kernel: [ 7967.200796]  ? do_syscall_64+0x67/0xc0
2024-01-29T21:20:24.524213+01:00 vfpm kernel: [ 7967.200801]  ? exit_to_user_mode_prepare+0x40/0x1e0
2024-01-29T21:20:24.524213+01:00 vfpm kernel: [ 7967.200805] entry_SYSCALL_64_after_hwframe+0x64/0xce
2024-01-29T21:20:24.524214+01:00 vfpm kernel: [ 7967.200810] RIP: 0033:0x7f69d919bb5b
2024-01-29T21:20:24.524215+01:00 vfpm kernel: [ 7967.200814] Code: 00 48
89 44 24 18 31 c0 48 8d 44 24 60 c7 04 24 10 00 00 00 48 89 44 24 08 48
8d 44 24 20 48 89 44 24 10 b8 10 00 00 00 0f 05 <89> c2 3d 00 f0 ff ff
77 1c 48 8b 44 24 18 64 48 2b 04 25 28 00 00
2024-01-29T21:20:24.524216+01:00 vfpm kernel: [ 7967.200817] RSP: 002b:00007fff806dc9a0 EFLAGS: 00000246 ORIG_RAX: 0000000000000010 2024-01-29T21:20:24.524217+01:00 vfpm kernel: [ 7967.200821] RAX: ffffffffffffffda RBX: 0000000000000004 RCX: 00007f69d919bb5b 2024-01-29T21:20:24.524218+01:00 vfpm kernel: [ 7967.200824] RDX: 0000000000000003 RSI: 0000000040049409 RDI: 0000000000000004 2024-01-29T21:20:24.524219+01:00 vfpm kernel: [ 7967.200826] RBP: 00007fff806dcde0 R08: 00007fff806dcfa0 R09: 0000000000000001 2024-01-29T21:20:24.524220+01:00 vfpm kernel: [ 7967.200828] R10: 00007f69d90b5358 R11: 0000000000000246 R12: 0000000000000001 2024-01-29T21:20:24.524221+01:00 vfpm kernel: [ 7967.200831] R13: 00007fff806ded75 R14: 0000000000008000 R15: 0000000000000000 2024-01-29T21:20:24.524221+01:00 vfpm kernel: [ 7967.200835] </TASK> 2024-01-29T21:20:24.524222+01:00 vfpm kernel: [ 7967.200836] Modules
linked in: tcp_diag udp_diag inet_diag rfcomm snd_seq_dummy snd_hrtimer snd_seq_midi snd_seq_midi_event snd_seq nls_utf8 cifs cifs_arc4 cifs_md4 dns_resolver fscache netfs xt_CHECKSUM ipt_REJECT nf_reject_ipv4
xt_tcpudp nft_compat nft_chain_nat nf_nat nf_conntrack nf_defrag_ipv6 nf_defrag_ipv4 nf_tables libcrc32c nfnetlink bridge stp llc qrtr vboxnetadp(OE) vboxnetflt(OE) cmac algif_hash ecb algif_skcipher af_alg vboxdrv(OE) bnep sunrpc binfmt_misc btusb btrtl btbcm btintel btmtk
bluetooth jitterentropy_rng snd_usb_audio uvcvideo ctr videobuf2_vmalloc videobuf2_memops drbg ansi_cprng videobuf2_v4l2 videobuf2_common
ecdh_generic videodev snd_usbmidi_lib ecc snd_rawmidi snd_seq_device mc snd_hda_codec_realtek joydev intel_powerclamp snd_hda_codec_generic
coretemp snd_hda_codec_hdmi ledtrig_audio kvm_intel snd_hda_intel snd_intel_dspcfg snd_intel_sdw_acpi snd_hda_codec snd_hda_core kvm
snd_hwdep hp_wmi snd_pcm_oss irqbypass tg3 intel_cstate snd_mixer_oss
iTCO_wdt
2024-01-29T21:20:24.524224+01:00 vfpm kernel: [ 7967.200912]
intel_pmc_bxt evdev snd_pcm platform_profile psmouse sparse_keymap iTCO_vendor_support intel_uncore snd_timer watchdog libphy rfkill snd sg lpc_ich soundcore wmi_bmof i7core_edac pcspkr button acpi_cpufreq nvidia_drm(POE) drm_kms_helper nvidia_modeset(POE) nvidia(POE) video ipmi_devintf ipmi_msghandler efi_pstore dm_mod drm loop fuse configfs ip_tables x_tables ext4 crc16 mbcache jbd2 crc32c_generic uas
usb_storage hid_generic usbhid hid sd_mod t10_pi crc64_rocksoft_generic
sr_mod crc64_rocksoft crc_t10dif cdrom crct10dif_generic crc64 crct10dif_common ahci libahci libata crc32c_intel sha512_ssse3 uhci_hcd ehci_pci sha512_generic scsi_mod ehci_hcd firewire_ohci sha256_ssse3 sha1_ssse3 serio_raw firewire_core crc_itu_t usbcore scsi_common
usb_common wmi floppy parport_pc ppdev lp parport autofs4 2024-01-29T21:20:24.524225+01:00 vfpm kernel: [ 7967.200984] CR2: 0000000000000000
2024-01-29T21:20:24.524226+01:00 vfpm kernel: [ 7967.200987] ---[ end
trace 0000000000000000 ]---
2024-01-29T21:20:24.524227+01:00 vfpm kernel: [ 7967.200989] RIP: 0010:cifs_flush_folio+0x3f/0x100 [cifs]
2024-01-29T21:20:24.524227+01:00 vfpm kernel: [ 7967.201047] Code: d2 41
54 49 89 cc 31 c9 55 48 89 f5 48 c1 ee 0c 53 48 83 ec 08 48 8b 7f 30 e8
8d 8a 49 c8 48 3d 00 f0 ff ff 0f 87 a5 00 00 00 <48> 8b 10 48 89 c3 b8
00 10 00 00 f7 c2 00 00 01 00 74 07 0f b6 4b
2024-01-29T21:20:24.524228+01:00 vfpm kernel: [ 7967.201050] RSP: 0018:ffffa454888d7c98 EFLAGS: 00010207
2024-01-29T21:20:24.524229+01:00 vfpm kernel: [ 7967.201053] RAX: 0000000000000000 RBX: 0000000000000000 RCX: 0000000000000000 2024-01-29T21:20:24.524230+01:00 vfpm kernel: [ 7967.201055] RDX: 0000000000000000 RSI: 0000000000000000 RDI: ffff98c949229840 2024-01-29T21:20:24.524231+01:00 vfpm kernel: [ 7967.201058] RBP: 0000000000000000 R08: 0000000000000001 R09: 0000000000000000 2024-01-29T21:20:24.524232+01:00 vfpm kernel: [ 7967.201060] R10: ffffffffffffffff R11: 0000000000000000 R12: ffffa454888d7d08 2024-01-29T21:20:24.524233+01:00 vfpm kernel: [ 7967.201062] R13: ffffa454888d7d00 R14: ffff98ca472d3228 R15: 0000000000000001 2024-01-29T21:20:24.524234+01:00 vfpm kernel: [ 7967.201064] FS: 00007f69d9003500(0000) GS:ffff98cad7bc0000(0000) knlGS:0000000000000000 2024-01-29T21:20:24.524235+01:00 vfpm kernel: [ 7967.201068] CS: 0010
DS: 0000 ES: 0000 CR0: 0000000080050033
2024-01-29T21:20:24.524235+01:00 vfpm kernel: [ 7967.201070] CR2: 0000000000000000 CR3: 0000000104be6000 CR4: 00000000000006e0

Si vous avez une piste, ça m'arrangerait de pouvoir faire des copies/synchronisations de fichiers sur le service de fichier monté.

Merci !

T

<!DOCTYPE html>
<html>
<head>

<meta http-equiv="content-type" content="text/html; charset=UTF-8">
</head>
<body>
<pre style="margin: 0em;">Bonjour,

J'ai un problème pour faire une copie simple de fichiers (cp hosts hosts.txt) au sein d'un partage SMB </tt><tt>(monté par autofs).
ça m'indique "Processus arrêté", puis après un nouvel essai ça reste bloqué/freezé, je n'ai plus la main sur la console (ctl+C, D, Z n'ont aucune action).
Quand je créé un fichier, pas de souci, quand j'édite un fichier pas de souci, le seul problème est de copier. La suppression ni le renommage/déplacement n'est problématique.

le processus est indiqué ainsi :
xxx 25304 24752 0 21:35 pts/2 00:00:00 cp hosts hosts.txt

le kill du processus ne fonctionne pas.

Les droits sur les fichiers :

-rwxr-xr-x 1 xxx yyy 0 31 janv. 21:34 hosts.txt
-rwxr-xr-x 1 xxx yyy 0 28 janv. 18:13 hosts

voici les droits du montage :

├─/mnt/xxx /etc/autoxxx.smb autofs rw,relatime,fd=12,pgrp=1561,timeout=30,minproto=5,maxproto=5,indirect,pipe_ino=22915
│ └─/mnt/xxx/conf //xx.xx.xx.xx/xxx/conf cifs rw,relatime,vers=3.1.1,cache=strict,username=xxx,uid=1000,noforceuid,gid=1000,noforcegid,addr=xx.xx.xx.xx,file_mode=0755,dir_mode=0755,soft,nounix,serverino,
mapposix,rsize=4194304,wsize=4194304,bsize=1048576,echo_interval=60,actimeo=1,closetimeo=1

le noyau actuel de debian 12 : Linux vfpm 6.1.0-17-amd64 #1 SMP PREEMPT_DYNAMIC Debian 6.1.69-1 (2023-12-30) x86_64 GNU/Linux

</tt></pre>
<pre style="margin: 0em;">Dans syslog, j'obtiens des erreurs au niveau du kernel.</pre>
<p></p>
<p>2024-01-29T21:20:24.524146+01:00 vfpm kernel: [ 7967.200355] BUG:
kernel NULL pointer dereference, address: 0000000000000000<br>
2024-01-29T21:20:24.524163+01:00 vfpm kernel: [ 7967.200364] #PF:
supervisor read access in kernel mode<br>
2024-01-29T21:20:24.524167+01:00 vfpm kernel: [ 7967.200367] #PF:
error_code(0x0000) - not-present page<br>
2024-01-29T21:20:24.524167+01:00 vfpm kernel: [ 7967.200370] PGD 0
P4D 0 <br>
2024-01-29T21:20:24.524168+01:00 vfpm kernel: [ 7967.200374] Oops:
0000 [#1] PREEMPT SMP PTI<br>
2024-01-29T21:20:24.524169+01:00 vfpm kernel: [ 7967.200378] CPU:
7 PID: 9346 Comm: cp Tainted: P          IOE      6.1.0-17-amd64
#1  Debian 6.1.69-1<br>
2024-01-29T21:20:24.524170+01:00 vfpm kernel: [ 7967.200383]
Hardware name: Hewlett-Packard HP Z400 Workstation/0B4Ch, BIOS
786G3 v03.15 10/29/2010<br>
2024-01-29T21:20:24.524171+01:00 vfpm kernel: [ 7967.200385] RIP:
0010:cifs_flush_folio+0x3f/0x100 [cifs]<br>
2024-01-29T21:20:24.524172+01:00 vfpm kernel: [ 7967.200471] Code:
d2 41 54 49 89 cc 31 c9 55 48 89 f5 48 c1 ee 0c 53 48 83 ec 08 48
8b 7f 30 e8 8d 8a 49 c8 48 3d 00 f0 ff ff 0f 87 a5 00 00 00
&lt;48&gt; 8b 10 48 89 c3 b8 00 10 00 00 f7 c2 00 00 01 00 74 07
0f b6 4b<br>
2024-01-29T21:20:24.524173+01:00 vfpm kernel: [ 7967.200475] RSP:
0018:ffffa454888d7c98 EFLAGS: 00010207<br>
2024-01-29T21:20:24.524175+01:00 vfpm kernel: [ 7967.200478] RAX:
0000000000000000 RBX: 0000000000000000 RCX: 0000000000000000<br>
2024-01-29T21:20:24.524188+01:00 vfpm kernel: [ 7967.200481] RDX:
0000000000000000 RSI: 0000000000000000 RDI: ffff98c949229840<br>
2024-01-29T21:20:24.524190+01:00 vfpm kernel: [ 7967.200483] RBP:
0000000000000000 R08: 0000000000000001 R09: 0000000000000000<br>
2024-01-29T21:20:24.524191+01:00 vfpm kernel: [ 7967.200485] R10:
ffffffffffffffff R11: 0000000000000000 R12: ffffa454888d7d08<br>
2024-01-29T21:20:24.524192+01:00 vfpm kernel: [ 7967.200487] R13:
ffffa454888d7d00 R14: ffff98ca472d3228 R15: 0000000000000001<br>
2024-01-29T21:20:24.524193+01:00 vfpm kernel: [ 7967.200490] FS: 
00007f69d9003500(0000) GS:ffff98cad7bc0000(0000)
knlGS:0000000000000000<br>
2024-01-29T21:20:24.524194+01:00 vfpm kernel: [ 7967.200493] CS: 
0010 DS: 0000 ES: 0000 CR0: 0000000080050033<br>
2024-01-29T21:20:24.524195+01:00 vfpm kernel: [ 7967.200496] CR2:
0000000000000000 CR3: 0000000104be6000 CR4: 00000000000006e0<br>
2024-01-29T21:20:24.524196+01:00 vfpm kernel: [ 7967.200498] Call
Trace:<br>
2024-01-29T21:20:24.524197+01:00 vfpm kernel: [ 7967.200502] 
&lt;TASK&gt;<br>
2024-01-29T21:20:24.524198+01:00 vfpm kernel: [ 7967.200506]  ?
__die_body.cold+0x1a/0x1f<br>
2024-01-29T21:20:24.524200+01:00 vfpm kernel: [ 7967.200515]  ?
page_fault_oops+0xd2/0x2b0<br>
2024-01-29T21:20:24.524201+01:00 vfpm kernel: [ 7967.200524]  ?
exc_page_fault+0x70/0x170<br>
2024-01-29T21:20:24.524202+01:00 vfpm kernel: [ 7967.200531]  ?
asm_exc_page_fault+0x22/0x30<br>
2024-01-29T21:20:24.524202+01:00 vfpm kernel: [ 7967.200541]  ?
cifs_flush_folio+0x3f/0x100 [cifs]<br>
2024-01-29T21:20:24.524203+01:00 vfpm kernel: [ 7967.200607]  ?
cifs_flush_folio+0x33/0x100 [cifs]<br>
2024-01-29T21:20:24.524204+01:00 vfpm kernel: [ 7967.200662] 
cifs_remap_file_range+0x16d/0x680 [cifs]<br>
2024-01-29T21:20:24.524205+01:00 vfpm kernel: [ 7967.200743] 
do_clone_file_range+0xe9/0x230<br>
2024-01-29T21:20:24.524206+01:00 vfpm kernel: [ 7967.200751] 
vfs_clone_file_range+0x37/0x140<br>
2024-01-29T21:20:24.524207+01:00 vfpm kernel: [ 7967.200756] 
ioctl_file_clone+0x49/0xb0<br>
2024-01-29T21:20:24.524208+01:00 vfpm kernel: [ 7967.200763] 
do_vfs_ioctl+0x77/0x910<br>
2024-01-29T21:20:24.524208+01:00 vfpm kernel: [ 7967.200769] 
__x64_sys_ioctl+0x6e/0xd0<br>
2024-01-29T21:20:24.524209+01:00 vfpm kernel: [ 7967.200775] 
do_syscall_64+0x5b/0xc0<br>
2024-01-29T21:20:24.524210+01:00 vfpm kernel: [ 7967.200783]  ?
exit_to_user_mode_prepare+0x14b/0x1e0<br>
2024-01-29T21:20:24.524211+01:00 vfpm kernel: [ 7967.200791]  ?
syscall_exit_to_user_mode+0x27/0x40<br>
2024-01-29T21:20:24.524212+01:00 vfpm kernel: [ 7967.200796]  ?
do_syscall_64+0x67/0xc0<br>
2024-01-29T21:20:24.524213+01:00 vfpm kernel: [ 7967.200801]  ?
exit_to_user_mode_prepare+0x40/0x1e0<br>
2024-01-29T21:20:24.524213+01:00 vfpm kernel: [ 7967.200805] 
entry_SYSCALL_64_after_hwframe+0x64/0xce<br>
2024-01-29T21:20:24.524214+01:00 vfpm kernel: [ 7967.200810] RIP:
0033:0x7f69d919bb5b<br>
2024-01-29T21:20:24.524215+01:00 vfpm kernel: [ 7967.200814] Code:
00 48 89 44 24 18 31 c0 48 8d 44 24 60 c7 04 24 10 00 00 00 48 89
44 24 08 48 8d 44 24 20 48 89 44 24 10 b8 10 00 00 00 0f 05
&lt;89&gt; c2 3d 00 f0 ff ff 77 1c 48 8b 44 24 18 64 48 2b 04 25
28 00 00<br>
2024-01-29T21:20:24.524216+01:00 vfpm kernel: [ 7967.200817] RSP:
002b:00007fff806dc9a0 EFLAGS: 00000246 ORIG_RAX: 0000000000000010<br>
2024-01-29T21:20:24.524217+01:00 vfpm kernel: [ 7967.200821] RAX:
ffffffffffffffda RBX: 0000000000000004 RCX: 00007f69d919bb5b<br>
2024-01-29T21:20:24.524218+01:00 vfpm kernel: [ 7967.200824] RDX:
0000000000000003 RSI: 0000000040049409 RDI: 0000000000000004<br>
2024-01-29T21:20:24.524219+01:00 vfpm kernel: [ 7967.200826] RBP:
00007fff806dcde0 R08: 00007fff806dcfa0 R09: 0000000000000001<br>
2024-01-29T21:20:24.524220+01:00 vfpm kernel: [ 7967.200828] R10:
00007f69d90b5358 R11: 0000000000000246 R12: 0000000000000001<br>
2024-01-29T21:20:24.524221+01:00 vfpm kernel: [ 7967.200831] R13:
00007fff806ded75 R14: 0000000000008000 R15: 0000000000000000<br>
2024-01-29T21:20:24.524221+01:00 vfpm kernel: [ 7967.200835] 
&lt;/TASK&gt;<br>
2024-01-29T21:20:24.524222+01:00 vfpm kernel: [ 7967.200836]
Modules linked in: tcp_diag udp_diag inet_diag rfcomm
snd_seq_dummy snd_hrtimer snd_seq_midi snd_seq_midi_event snd_seq
nls_utf8 cifs cifs_arc4 cifs_md4 dns_resolver fscache netfs
xt_CHECKSUM ipt_REJECT nf_reject_ipv4 xt_tcpudp nft_compat
nft_chain_nat nf_nat nf_conntrack nf_defrag_ipv6 nf_defrag_ipv4
nf_tables libcrc32c nfnetlink bridge stp llc qrtr vboxnetadp(OE)
vboxnetflt(OE) cmac algif_hash ecb algif_skcipher af_alg
vboxdrv(OE) bnep sunrpc binfmt_misc btusb btrtl btbcm btintel
btmtk bluetooth jitterentropy_rng snd_usb_audio uvcvideo ctr
videobuf2_vmalloc videobuf2_memops drbg ansi_cprng videobuf2_v4l2
videobuf2_common ecdh_generic videodev snd_usbmidi_lib ecc
snd_rawmidi snd_seq_device mc snd_hda_codec_realtek joydev
intel_powerclamp snd_hda_codec_generic coretemp snd_hda_codec_hdmi
ledtrig_audio kvm_intel snd_hda_intel snd_intel_dspcfg
snd_intel_sdw_acpi snd_hda_codec snd_hda_core kvm snd_hwdep hp_wmi
snd_pcm_oss irqbypass tg3 intel_cstate snd_mixer_oss iTCO_wdt<br>
2024-01-29T21:20:24.524224+01:00 vfpm kernel: [ 7967.200912] 
intel_pmc_bxt evdev snd_pcm platform_profile psmouse sparse_keymap
iTCO_vendor_support intel_uncore snd_timer watchdog libphy rfkill
snd sg lpc_ich soundcore wmi_bmof i7core_edac pcspkr button
acpi_cpufreq nvidia_drm(POE) drm_kms_helper nvidia_modeset(POE)
nvidia(POE) video ipmi_devintf ipmi_msghandler efi_pstore dm_mod
drm loop fuse configfs ip_tables x_tables ext4 crc16 mbcache jbd2
crc32c_generic uas usb_storage hid_generic usbhid hid sd_mod
t10_pi crc64_rocksoft_generic sr_mod crc64_rocksoft crc_t10dif
cdrom crct10dif_generic crc64 crct10dif_common ahci libahci libata
crc32c_intel sha512_ssse3 uhci_hcd ehci_pci sha512_generic
scsi_mod ehci_hcd firewire_ohci sha256_ssse3 sha1_ssse3 serio_raw
firewire_core crc_itu_t usbcore scsi_common usb_common wmi floppy
parport_pc ppdev lp parport autofs4<br>
2024-01-29T21:20:24.524225+01:00 vfpm kernel: [ 7967.200984] CR2:
0000000000000000<br>
2024-01-29T21:20:24.524226+01:00 vfpm kernel: [ 7967.200987] ---[
end trace 0000000000000000 ]---<br>
2024-01-29T21:20:24.524227+01:00 vfpm kernel: [ 7967.200989] RIP:
0010:cifs_flush_folio+0x3f/0x100 [cifs]<br>
2024-01-29T21:20:24.524227+01:00 vfpm kernel: [ 7967.201047] Code:
d2 41 54 49 89 cc 31 c9 55 48 89 f5 48 c1 ee 0c 53 48 83 ec 08 48
8b 7f 30 e8 8d 8a 49 c8 48 3d 00 f0 ff ff 0f 87 a5 00 00 00
&lt;48&gt; 8b 10 48 89 c3 b8 00 10 00 00 f7 c2 00 00 01 00 74 07
0f b6 4b<br>
2024-01-29T21:20:24.524228+01:00 vfpm kernel: [ 7967.201050] RSP:
0018:ffffa454888d7c98 EFLAGS: 00010207<br>
2024-01-29T21:20:24.524229+01:00 vfpm kernel: [ 7967.201053] RAX:
0000000000000000 RBX: 0000000000000000 RCX: 0000000000000000<br>
2024-01-29T21:20:24.524230+01:00 vfpm kernel: [ 7967.201055] RDX:
0000000000000000 RSI: 0000000000000000 RDI: ffff98c949229840<br>
2024-01-29T21:20:24.524231+01:00 vfpm kernel: [ 7967.201058] RBP:
0000000000000000 R08: 0000000000000001 R09: 0000000000000000<br>
2024-01-29T21:20:24.524232+01:00 vfpm kernel: [ 7967.201060] R10:
ffffffffffffffff R11: 0000000000000000 R12: ffffa454888d7d08<br>
2024-01-29T21:20:24.524233+01:00 vfpm kernel: [ 7967.201062] R13:
ffffa454888d7d00 R14: ffff98ca472d3228 R15: 0000000000000001<br>
2024-01-29T21:20:24.524234+01:00 vfpm kernel: [ 7967.201064] FS: 
00007f69d9003500(0000) GS:ffff98cad7bc0000(0000)
knlGS:0000000000000000<br>
2024-01-29T21:20:24.524235+01:00 vfpm kernel: [ 7967.201068] CS: 
0010 DS: 0000 ES: 0000 CR0: 0000000080050033<br>
2024-01-29T21:20:24.524235+01:00 vfpm kernel: [ 7967.201070] CR2:
0000000000000000 CR3: 0000000104be6000 CR4: 00000000000006e0<br>
</p>
<p>Si vous avez une piste, ça m'arrangerait de pouvoir faire des
copies/synchronisations de fichiers sur le service de fichier
monté.<br>
<br>
Merci !<br>
<br>
T<br>
</p>
</body>
</html>

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

Le 31 janvier 2024 testeur a écrit :

voici les droits du montage :

├─/mnt/xxx /etc/autoxxx.smb autofs rw,relatime,fd=12,pgrp=1561,timeout=30,minproto=5,maxproto=5,indirect,pipe_ino=22915
│ └─/mnt/xxx/conf
//xx.xx.xx.xx/xxx/conf cifs rw,relatime,vers=3.1.1,cache=strict,username=xxx,uid=1000,noforceuid,gid=1000,noforcegid,addr=xx.xx.xx.xx,file_mode=0755,dir_mode=0755,soft,nounix,serverino,mapposix,rsize=4194304,wsize=4194304,bsize=1048576,echo_interval=60,actimeo=1,closetimeo=1

Tu peux peut-être essayer avec cache=none et hard (au lieu de soft) pour
voir si tu obtiens plus d'infos. Tu peux aussi jouer avec echo_interval
si ton réseau ou ton serveur distant est lent. Je ne me souviens plus
pour autofs mais son timeout ne devrait-il pas être plus élevé que celui
de cifs ?

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

J'ai tenté les trois options de montage mais pas mieux.
Le log du crash noyau est quasi identique.

Ça semble venir du noyau 6.1.0-17.

Car avec le noyau 6.1.0-10, pas de problèmes

Je vais rester sur le noyau précédent...

Cdlt

On 01/02/2024 10:11, Michel Verdier wrote:

Le 31 janvier 2024 testeur a écrit :

voici les droits du montage :

├─/mnt/xxx /etc/autoxxx.smb autofs rw,relatime,fd=12,pgrp=1561,timeout=30,minproto=5,maxproto=5,indirect,pipe_ino=22915
│ └─/mnt/xxx/conf
//xx.xx.xx.xx/xxx/conf cifs
rw,relatime,vers=3.1.1,cache=strict,username=xxx,uid=1000,noforceuid,gid=1000,noforcegid,addr=xx.xx.xx.xx,file_mode=0755,dir_mode=0755,soft,nounix,serverino,mapposix,rsize=4194304,wsize=4194304,bsize=1048576,echo_interval=60,actimeo=1,closetimeo=1

Tu peux peut-être essayer avec cache=none et hard (au lieu de soft) pour voir si tu obtiens plus d'infos. Tu peux aussi jouer avec echo_interval
si ton réseau ou ton serveur distant est lent. Je ne me souviens plus
pour autofs mais son timeout ne devrait-il pas être plus élevé que celui de cifs ?

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

This is a multi-part message in MIME format.
bonjour

Pas de pb constaté pour ma part. Peut-être que le fautif serait le serveur?

Pour ma part :

erwann@inspiron:~$ uname -a
Linux inspiron *6.1.0-17-amd64* #1 SMP PREEMPT_DYNAMIC Debian 6.1.69-1 (2023-12-30) x86_64 GNU/Linux
erwann@inspiron:~$ grep synology /etc/fstab
#synology:/volume1/pub        /mnt/pub        nfs nofail,soft,timeo=5,intr,rsize=8192,wsize=8192,users,atime,rw,dev,exec,suid 0    0
synology:/volume1/pub        /mnt/pub        nfs nofail,rsize=8192,wsize=8192,timeo=14    0    0 #synology:/volume1/backup        /mnt/backup             nfs
nofail,rsize=8192,wsize=8192,timeo=14,intr              0       0
synology:/volume1/backup    /mnt/backup        nfs nofail,soft,timeo=5,intr,rsize=8192,wsize=8192,users,atime,rw,dev,exec,suid 0    0
#synology:/volume1/backup    /mnt/backup        nfs nofail,rsize=8192,wsize=8192,timeo=14    0    0

Les copies fonctionnent sans problème.

Dans mon cas, le serveur NFS est un NAS Synology DS216se

Je ne me souviens plus pourquoi j'ai des options différentes pour les
deux points de montage.

Erwann

Le 02/02/2024 à 21:28, testeur a écrit :

J'ai tenté les trois options de montage mais pas mieux.
Le log du crash noyau est quasi identique.

Ça semble venir du noyau 6.1.0-17.

Car avec le noyau 6.1.0-10, pas de problèmes

Je vais rester sur le noyau précédent...

Cdlt

On 01/02/2024 10:11, Michel Verdier wrote:

Le 31 janvier 2024 testeur a écrit :

voici les droits du montage :

├─/mnt/xxx /etc/autoxxx.smb         autofs
rw,relatime,fd=12,pgrp=1561,timeout=30,minproto=5,maxproto=5,indirect,pipe_ino=22915
│ └─/mnt/xxx/conf
//xx.xx.xx.xx/xxx/conf cifs
rw,relatime,vers=3.1.1,cache=strict,username=xxx,uid=1000,noforceuid,gid=1000,noforcegid,addr=xx.xx.xx.xx,file_mode=0755,dir_mode=0755,soft,nounix,serverino,mapposix,rsize=4194304,wsize=4194304,bsize=1048576,echo_interval=60,actimeo=1,closetimeo=1

Tu peux peut-être essayer avec cache=none et hard (au lieu de soft) pour
voir si tu obtiens plus d'infos. Tu peux aussi jouer avec echo_interval
si ton réseau ou ton serveur distant est lent. Je ne me souviens plus
pour autofs mais son timeout ne devrait-il pas être plus élevé que celui >> de cifs ?

<!DOCTYPE html>
<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
</head>
<body>
<p>bonjour</p>
<p>Pas de pb constaté pour ma part. Peut-être que le fautif serait
le serveur?</p>
<p>Pour ma part :</p>
<p>erwann@inspiron:~$ uname -a<br>
Linux inspiron <b>6.1.0-17-amd64</b> #1 SMP PREEMPT_DYNAMIC
Debian 6.1.69-1 (2023-12-30) x86_64 GNU/Linux<br>
erwann@inspiron:~$ grep synology /etc/fstab<br>
#synology:/volume1/pub        /mnt/pub        nfs    nofail,soft,timeo=5,intr,rsize=8192,wsize=8192,users,atime,rw,dev,exec,suid   
0    0<br>
synology:/volume1/pub        /mnt/pub        nfs   
nofail,rsize=8192,wsize=8192,timeo=14    0    0<br>
#synology:/volume1/backup        /mnt/backup             nfs    
nofail,rsize=8192,wsize=8192,timeo=14,intr              0       0<br>
synology:/volume1/backup    /mnt/backup        nfs    nofail,soft,timeo=5,intr,rsize=8192,wsize=8192,users,atime,rw,dev,exec,suid   
0    0<br>
#synology:/volume1/backup    /mnt/backup        nfs   
nofail,rsize=8192,wsize=8192,timeo=14    0    0<br>
</p>
<p>Les copies fonctionnent sans problème.</p>
<p>Dans mon cas, le serveur NFS est un NAS Synology DS216se</p>
<p>Je ne me souviens plus pourquoi j'ai des options différentes pour
les deux points de montage.<br>
</p>
<p>Erwann<br>
</p>
<div class="moz-cite-prefix">Le 02/02/2024 à 21:28, testeur a
écrit :<br>
</div>
<blockquote type="cite"
cite="mid:64d3bcb8-6961-4f5f-9a7b-dfd86bf2b159@starinux.org">J'ai
tenté les trois options de montage mais pas mieux.
<br>
Le log du crash noyau est quasi identique.
<br>
<br>
Ça semble venir du noyau 6.1.0-17.
<br>
<br>
Car avec le noyau 6.1.0-10, pas de problèmes
<br>
<br>
Je vais rester sur le noyau précédent...
<br>
<br>
Cdlt
<br>
<br>
On 01/02/2024 10:11, Michel Verdier wrote:
<br>
<blockquote type="cite">Le 31 janvier 2024 testeur a écrit :
<br>
<br>
<blockquote type="cite">voici les droits du montage :
<br>
<br>
├─/mnt/xxx                                             
/etc/autoxxx.smb         autofs      rw,relatime,fd=12,pgrp=1561,timeout=30,minproto=5,maxproto=5,indirect,pipe_ino=22915<br>
│ └─/mnt/xxx/conf
<br>
//xx.xx.xx.xx/xxx/conf cifs
<br> rw,relatime,vers=3.1.1,cache=strict,username=xxx,uid=1000,noforceuid,gid=1000,noforcegid,addr=xx.xx.xx.xx,file_mode=0755,dir_mode=0755,soft,nounix,serverino,mapposix,rsize=4194304,wsize=4194304,bsize=1048576,echo_interval=60,actimeo=1,closetimeo=1
<br>
</blockquote>
Tu peux peut-être essayer avec cache=none et hard (au lieu de
soft) pour
<br>
voir si tu obtiens plus d'infos. Tu peux aussi jouer avec
echo_interval
<br>
si ton réseau ou ton serveur distant est lent. Je ne me souviens
plus
<br>
pour autofs mais son timeout ne devrait-il pas être plus élevé
que celui
<br>
de cifs ?
<br>
<br>
</blockquote>
<br>
</blockquote>
<div id="grammalecte_menu_main_button_shadow_host"
style="width: 0px; height: 0px;"></div>
</body>
</html>

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

This is a multi-part message in MIME format.
Salut,

Merci Erwann pour le retour.

Ça tombe bien, c'est un syno également qui fait le service de fichiers
en SMB.
Je viens d'activer le service en NFS pour tester... et, là, la copie ne plante pas (deb démarré avec le noyau *6.1.0-17*).

Donc, il y a quelquechose qui ne se passe pas bien entre le SMB de syno
et le noyau*6.1.0-17*, car avec le noyau *6.1.0-10* pas de soucis.

Apriori tester de ton côté le SMB, amènera certainement un "crash
kernel" je pense.

Par contre sur le syno, la version de samba est (un peu ancienne) :

Version 4.15.9
Synology Build 42934, Jul  5 2023 16:31:41

ce qui peut peut-être expliquer le problème (?)

T


On 03/02/2024 13:08, Erwann Le Bras wrote:

bonjour

Pas de pb constaté pour ma part. Peut-être que le fautif serait le serveur?

Pour ma part :

erwann@inspiron:~$ uname -a
Linux inspiron *6.1.0-17-amd64* #1 SMP PREEMPT_DYNAMIC Debian 6.1.69-1 (2023-12-30) x86_64 GNU/Linux
erwann@inspiron:~$ grep synology /etc/fstab
#synology:/volume1/pub        /mnt/pub        nfs nofail,soft,timeo=5,intr,rsize=8192,wsize=8192,users,atime,rw,dev,exec,suid 0    0
synology:/volume1/pub        /mnt/pub        nfs nofail,rsize=8192,wsize=8192,timeo=14    0    0 #synology:/volume1/backup        /mnt/backup             nfs
nofail,rsize=8192,wsize=8192,timeo=14,intr              0 0 synology:/volume1/backup    /mnt/backup        nfs nofail,soft,timeo=5,intr,rsize=8192,wsize=8192,users,atime,rw,dev,exec,suid 0    0
#synology:/volume1/backup    /mnt/backup        nfs nofail,rsize=8192,wsize=8192,timeo=14    0    0

Les copies fonctionnent sans problème.

Dans mon cas, le serveur NFS est un NAS Synology DS216se

Je ne me souviens plus pourquoi j'ai des options différentes pour les
deux points de montage.

Erwann

Le 02/02/2024 à 21:28, testeur a écrit :

J'ai tenté les trois options de montage mais pas mieux.
Le log du crash noyau est quasi identique.

Ça semble venir du noyau 6.1.0-17.

Car avec le noyau 6.1.0-10, pas de problèmes

Je vais rester sur le noyau précédent...

Cdlt

On 01/02/2024 10:11, Michel Verdier wrote:

Le 31 janvier 2024 testeur a écrit :

voici les droits du montage :

├─/mnt/xxx /etc/autoxxx.smb         autofs
rw,relatime,fd=12,pgrp=1561,timeout=30,minproto=5,maxproto=5,indirect,pipe_ino=22915
│ └─/mnt/xxx/conf
//xx.xx.xx.xx/xxx/conf cifs
rw,relatime,vers=3.1.1,cache=strict,username=xxx,uid=1000,noforceuid,gid=1000,noforcegid,addr=xx.xx.xx.xx,file_mode=0755,dir_mode=0755,soft,nounix,serverino,mapposix,rsize=4194304,wsize=4194304,bsize=1048576,echo_interval=60,actimeo=1,closetimeo=1

Tu peux peut-être essayer avec cache=none et hard (au lieu de soft)
pour
voir si tu obtiens plus d'infos. Tu peux aussi jouer avec echo_interval
si ton réseau ou ton serveur distant est lent. Je ne me souviens plus
pour autofs mais son timeout ne devrait-il pas être plus élevé que
celui
de cifs ?

<!DOCTYPE html>
<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
</head>
<body>
<p>Salut,<br>
<br>
Merci Erwann pour le retour.<br>
<br>
Ça tombe bien, c'est un syno également qui fait le service de
fichiers en SMB.<br>
Je viens d'activer le service en NFS pour tester... et, là, la
copie ne plante pas (deb démarré avec le noyau <b>6.1.0-17</b>).<br>
<br>
Donc, il y a quelquechose qui ne se passe pas bien entre le SMB de
syno et le noyau<b> 6.1.0-17</b>, car avec le noyau <b>6.1.0-10</b>
pas de soucis.<br>
<br>
Apriori tester de ton côté le SMB, amènera certainement un "crash
kernel" je pense.<br>
</p>
<p>Par contre sur le syno, la version de samba est (un peu ancienne)
:<br>
<br>
Version 4.15.9<br>
Synology Build 42934, Jul  5 2023 16:31:41<br>
<br>
ce qui peut peut-être expliquer le problème (?)<br>
<br>
T</p>
<p><br>
</p>
<div class="moz-cite-prefix">On 03/02/2024 13:08, Erwann Le Bras
wrote:<br>
</div>
<blockquote type="cite"
cite="mid:f0b33b05-e096-4807-9743-9488ae6f1c8b@laposte.net">
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
<p>bonjour</p>
<p>Pas de pb constaté pour ma part. Peut-être que le fautif serait
le serveur?</p>
<p>Pour ma part :</p>
<p>erwann@inspiron:~$ uname -a<br>
Linux inspiron <b>6.1.0-17-amd64</b> #1 SMP PREEMPT_DYNAMIC
Debian 6.1.69-1 (2023-12-30) x86_64 GNU/Linux<br>
erwann@inspiron:~$ grep synology /etc/fstab<br>
#synology:/volume1/pub        /mnt/pub        nfs    nofail,soft,timeo=5,intr,rsize=8192,wsize=8192,users,atime,rw,dev,exec,suid   
0    0<br>
synology:/volume1/pub        /mnt/pub        nfs   
nofail,rsize=8192,wsize=8192,timeo=14    0    0<br>
#synology:/volume1/backup        /mnt/backup             nfs    
nofail,rsize=8192,wsize=8192,timeo=14,intr              0      
0<br>
synology:/volume1/backup    /mnt/backup        nfs    nofail,soft,timeo=5,intr,rsize=8192,wsize=8192,users,atime,rw,dev,exec,suid   
0    0<br>
#synology:/volume1/backup    /mnt/backup        nfs   
nofail,rsize=8192,wsize=8192,timeo=14    0    0<br>
</p>
<p>Les copies fonctionnent sans problème.</p>
<p>Dans mon cas, le serveur NFS est un NAS Synology DS216se</p>
<p>Je ne me souviens plus pourquoi j'ai des options différentes
pour les deux points de montage.<br>
</p>
<p>Erwann<br>
</p>
<div class="moz-cite-prefix">Le 02/02/2024 à 21:28, testeur a
écrit :<br>
</div>
<blockquote type="cite"
cite="mid:64d3bcb8-6961-4f5f-9a7b-dfd86bf2b159@starinux.org">J'ai
tenté les trois options de montage mais pas mieux. <br>
Le log du crash noyau est quasi identique. <br>
<br>
Ça semble venir du noyau 6.1.0-17. <br>
<br>
Car avec le noyau 6.1.0-10, pas de problèmes <br>
<br>
Je vais rester sur le noyau précédent... <br>
<br>
Cdlt <br>
<br>
On 01/02/2024 10:11, Michel Verdier wrote: <br>
<blockquote type="cite">Le 31 janvier 2024 testeur a écrit : <br>
<br>
<blockquote type="cite">voici les droits du montage : <br>
<br>
├─/mnt/xxx                                             
/etc/autoxxx.smb         autofs      rw,relatime,fd=12,pgrp=1561,timeout=30,minproto=5,maxproto=5,indirect,pipe_ino=22915<br>
│ └─/mnt/xxx/conf <br>
//xx.xx.xx.xx/xxx/conf cifs <br> rw,relatime,vers=3.1.1,cache=strict,username=xxx,uid=1000,noforceuid,gid=1000,noforcegid,addr=xx.xx.xx.xx,file_mode=0755,dir_mode=0755,soft,nounix,serverino,mapposix,rsize=4194304,wsize=4194304,bsize=1048576,echo_interval=60,actimeo=1,closetimeo=1
<br>
</blockquote>
Tu peux peut-être essayer avec cache=none et hard (au lieu de
soft) pour <br>
voir si tu obtiens plus d'infos. Tu peux aussi jouer avec
echo_interval <br>
si ton réseau ou ton serveur distant est lent. Je ne me
souviens plus <br>
pour autofs mais son timeout ne devrait-il pas être plus élevé
que celui <br>
de cifs ? <br>
<br>
</blockquote>
<br>
</blockquote>
</blockquote>
</body>
</html>

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)