Re: fstab Eintrag wird nicht automatisch eingebunden
Christoph Schmees <cjws@gmx.net> wrote:
> Der Trick ist die Option vers=1.0. Hintergrund: AVM hat sich immer
> noch nicht bequemt, auf SMB Seite höhere als die veraltete und
> unsichere SMB1.0 einzusetzen. Auf Seiten von Linux wird aber - völlig
> angemessen - SMB1.0 als obsolet eingestuft und deshalb /default/ nicht
> mehr unterstützt. Wer es dennoch nutzen will oder muss, der muss das
> explizit angeben.
Wenn dann die Linux-Entwickler wenigstens fehlerfreien Code hätten, der
nicht bei moderater Belastung in SMB2 oder SMB3 zu Kernel Panics und
massiven Instabilitäten führt.
So kann ich z.B. selbst mit dem aktuellsten Kernel kein Share von
Windows Server noch von einem NetApp Filer mit "vers=3.0" mounten, ohne
dass schon nach wenigen Gigabyte an transferierten Daten dies hier
passiert:
Jul 13 09:36:53 hostname kernel: general protection fault: 0000 [#1] SMP PTI
Jul 13 09:36:53 hostname kernel: Modules linked in: nfnetlink_queue nfnetlink_log nfnetlink bluetooth drbg ansi_cprng ecdh_generic rfkill dell_rbu dcdbas vboxpci(O) vbox
Jul 13 09:36:53 hostname kernel: button loop pcspkr intel_rapl_perf xt_tcpudp nf_conntrack_ipv4 nf_defrag_ipv4 xt_conntrack nf_conntrack iptable_filter nvidia_drm(PO) d
Jul 13 09:36:53 hostname kernel: CPU: 6 PID: 25362 Comm: TaskSchedulerFo Tainted: P O 4.15.0-3-amd64 #1 Debian 4.15.17-1
Jul 13 09:36:53 hostname kernel: Hardware name: FUJITSU /D3222-B1, BIOS V4.6.5.4 R1.10.0 for D3222-B1x 09/16/2013
Jul 13 09:36:53 hostname kernel: RIP: 0010:prefetch_freepointer+0x11/0x20
Jul 13 09:36:53 hostname kernel: RSP: 0018:ffffb1e60d5b7b90 EFLAGS: 00010282
Jul 13 09:36:53 hostname kernel: RAX: 0000000000000000 RBX: a37e88cbbc047a04 RCX: 000000000024f37a
Jul 13 09:36:53 hostname kernel: RDX: 000000000024f379 RSI: a37e88cbbc047a04 RDI: ffff91b6390d5200
Jul 13 09:36:53 hostname kernel: RBP: 0000000001011200 R08: ffff91b65dda8d90 R09: 0000000000025be0
Jul 13 09:36:53 hostname kernel: R10: ffffb1e60d5b7d38 R11: ffff91b65dffb000 R12: ffffffffa839e327
Jul 13 09:36:53 hostname kernel: R13: ffff91b4b24a7800 R14: ffff91b6390d5200 R15: ffff91b6390d5200
Jul 13 09:36:53 hostname kernel: FS: 00007fc006600700(0000) GS:ffff91b65dd80000(0000) knlGS:0000000000000000
Jul 13 09:36:53 hostname kernel: CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033
Jul 13 09:36:53 hostname kernel: CR2: 00000103d6fb0410 CR3: 0000000779e30002 CR4: 00000000001606e0
Jul 13 09:36:53 hostname kernel: Call Trace:
Jul 13 09:36:53 hostname kernel: kmem_cache_alloc+0x97/0x1b0
Jul 13 09:36:53 hostname kernel: ? finish_wait+0x80/0x80
Jul 13 09:36:53 hostname kernel: mempool_alloc+0x67/0x1a0
Jul 13 09:36:53 hostname kernel: ? smb2_setup_async_request+0x75/0xd0 [cifs]
Jul 13 09:36:53 hostname kernel: cifs_small_buf_get+0x16/0x20 [cifs]
Jul 13 09:36:53 hostname kernel: small_smb2_init+0x35/0xc0 [cifs]
Jul 13 09:36:53 hostname kernel: ? cifs_readv_callback+0x1e0/0x1e0 [cifs]
Jul 13 09:36:53 hostname kernel: smb2_async_writev+0x9b/0x350 [cifs]
Jul 13 09:36:53 hostname kernel: ? cifsFileInfo_get+0x19/0x30 [cifs]
Jul 13 09:36:53 hostname kernel: ? find_writable_file+0x1bd/0x220 [cifs]
Jul 13 09:36:53 hostname kernel: ? cifs_writepages+0x523/0x800 [cifs]
Jul 13 09:36:53 hostname kernel: cifs_writepages+0x523/0x800 [cifs]
Jul 13 09:36:53 hostname kernel: do_writepages+0x4b/0xe0
Jul 13 09:36:53 hostname kernel: ? cifs_put_writer+0x2f/0x40 [cifs]
Jul 13 09:36:53 hostname kernel: ? cifs_strict_writev+0x142/0x260 [cifs]
Jul 13 09:36:53 hostname kernel: ? __filemap_fdatawrite_range+0xc1/0x100
Jul 13 09:36:53 hostname kernel: __filemap_fdatawrite_range+0xc1/0x100
Jul 13 09:36:53 hostname kernel: filemap_write_and_wait+0x2c/0x70
Jul 13 09:36:53 hostname kernel: cifs_flush+0x3b/0x80 [cifs]
Jul 13 09:36:53 hostname kernel: filp_close+0x2a/0x70
Jul 13 09:36:53 hostname kernel: SyS_close+0x1f/0x50
Jul 13 09:36:53 hostname kernel: do_syscall_64+0x6e/0x130
Jul 13 09:36:53 hostname kernel: entry_SYSCALL_64_after_hwframe+0x3d/0xa2
Jul 13 09:36:53 hostname kernel: RIP: 0033:0x7fc04d6c0ac7
Jul 13 09:36:53 hostname kernel: RSP: 002b:00007fc0065fde50 EFLAGS: 00000293 ORIG_RAX: 0000000000000003
Jul 13 09:36:53 hostname kernel: RAX: ffffffffffffffda RBX: 000000000000016b RCX: 00007fc04d6c0ac7
Jul 13 09:36:53 hostname kernel: RDX: 0000000000000000 RSI: 00000103cc1e0258 RDI: 000000000000016b
Jul 13 09:36:53 hostname kernel: RBP: 00007fc0065fdfb0 R08: 0000000000000000 R09: 0000000000000020
Jul 13 09:36:53 hostname kernel: R10: 0000000000000180 R11: 0000000000000293 R12: 00007fc0065fe158
Jul 13 09:36:53 hostname kernel: R13: 0000000000000000 R14: 00007fc0065fe210 R15: 00007fc0065ff598
Jul 13 09:36:53 hostname kernel: Code: 00 d3 ec ff eb b9 48 8b 75 60 48 c7 c7 e0 2f 03 a9 e8 ee d2 ec ff eb 93 66 90 0f 1f 44 00 00 48 85 f6 74 14 48 63 47 20 48 01 c6 <
Jul 13 09:36:53 hostname kernel: RIP: prefetch_freepointer+0x11/0x20 RSP: ffffb1e60d5b7b90
Jul 13 09:36:53 hostname kernel: ---[ end trace 04f483861875b10b ]---
Jul 13 09:37:07 hostname kernel: general protection fault: 0000 [#2] SMP PTI
Jul 13 09:37:07 hostname kernel: Modules linked in: nfnetlink_queue nfnetlink_log nfnetlink bluetooth drbg ansi_cprng ecdh_generic rfkill dell_rbu dcdbas vboxpci(O) vbox
Jul 13 09:37:07 hostname kernel: button loop pcspkr intel_rapl_perf xt_tcpudp nf_conntrack_ipv4 nf_defrag_ipv4 xt_conntrack nf_conntrack iptable_filter nvidia_drm(PO) d
Jul 13 09:37:07 hostname kernel: CPU: 6 PID: 19640 Comm: cifsd Tainted: P D O 4.15.0-3-amd64 #1 Debian 4.15.17-1
Jul 13 09:37:07 hostname kernel: Hardware name: FUJITSU /D3222-B1, BIOS V4.6.5.4 R1.10.0 for D3222-B1x 09/16/2013
Jul 13 09:37:07 hostname kernel: RIP: 0010:kmem_cache_alloc+0x76/0x1b0
Jul 13 09:37:07 hostname kernel: RSP: 0018:ffffb1e60bff7de8 EFLAGS: 00010282
Jul 13 09:37:07 hostname kernel: RAX: a37e88cbbc047a04 RBX: a37e88cbbc047a04 RCX: 000000000024f37b
Jul 13 09:37:07 hostname kernel: RDX: 000000000024f37a RSI: 0000000001011200 RDI: 0000000000028d90
Jul 13 09:37:07 hostname kernel: RBP: 0000000001011200 R08: ffff91b65dda8d90 R09: 0000000000000000
Jul 13 09:37:07 hostname kernel: R10: afb504000afb5041 R11: 0000000000000006 R12: ffffffffa839e327
Jul 13 09:37:07 hostname kernel: R13: a37e88cbbc047a04 R14: ffff91b6390d5200 R15: ffff91b6390d5200
Jul 13 09:37:07 hostname kernel: FS: 0000000000000000(0000) GS:ffff91b65dd80000(0000) knlGS:0000000000000000
Jul 13 09:37:07 hostname kernel: CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033
Jul 13 09:37:07 hostname kernel: CR2: 00007f1c30138a18 CR3: 00000006cd80a006 CR4: 00000000001606e0
Jul 13 09:37:07 hostname kernel: Call Trace:
Jul 13 09:37:07 hostname kernel: ? finish_wait+0x80/0x80
Jul 13 09:37:07 hostname kernel: mempool_alloc+0x67/0x1a0
Jul 13 09:37:07 hostname kernel: ? try_to_wake_up+0x54/0x480
Jul 13 09:37:07 hostname kernel: cifs_small_buf_get+0x16/0x20 [cifs]
Jul 13 09:37:07 hostname kernel: cifs_demultiplex_thread+0x43c/0xb10 [cifs]
Jul 13 09:37:07 hostname kernel: ? cifs_handle_standard+0x190/0x190 [cifs]
Jul 13 09:37:07 hostname kernel: kthread+0x113/0x130
Jul 13 09:37:07 hostname kernel: ? kthread_create_worker_on_cpu+0x70/0x70
Jul 13 09:37:07 hostname kernel: ? SyS_exit+0x13/0x20
Jul 13 09:37:07 hostname kernel: ret_from_fork+0x35/0x40
Jul 13 09:37:07 hostname kernel: Code: 38 c0 57 49 83 78 10 00 4d 8b 28 0f 84 00 01 00 00 4d 85 ed 0f 84 f7 00 00 00 49 63 5e 20 49 8b 3e 48 8d 4a 01 4c 89 e8 4c 01 eb <
Jul 13 09:37:07 hostname kernel: RIP: kmem_cache_alloc+0x76/0x1b0 RSP: ffffb1e60bff7de8
Jul 13 09:37:07 hostname kernel: ---[ end trace 04f483861875b10c ]---
Danach ist das System praktisch unbrauchbar, selbst ein Reboot läuft
nicht mehr sauber, es braucht einen harten Reset, weil nichts mehr geht,
sobald der Kernel das nicht mehr reagierende SMB-Share aushängen will.
Wenn man vorher mit "umount -l" einen Lazy-Umount triggert, so bekommt
man das Init-System zumindest soweit, alles R/O-Gemountet zu haben,
bevor man den Großen Roten Knopf[tm] drückt.
Und ich bin bei weitem nicht der einzige mit diesem Problem:
https://bugs.archlinux.org/task/57474
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1777364
Effektiv ist "vers=1.0" die einzige Chance für mich, SMB+Linux nutzen zu
können, was bei Verbindung zu aktuellen Windows-Servern bedingt, dass
diese wieder durch Aktivierung von SMBv1 unsicher gemacht werden müssen.
S°
--
Sigmentation fault. Core dumped.
Reply to: