Debian fstab cifs mount NÉHA nem csatol

Debian GNU/Linux

Sziasztok!

Nagyon érdekes hiba. 

fstab idevonatkozó sora:

//fs.rs5.local/Data /mnt/fs cifs vers=3.0,credentials=/etc/fstab_rs5_to_fs.credential,uid=1005,gid=1005,_netdev    0    0
 

Bizonyos rebootok után nem csatolja fel. dmesg logban semmi CIFS bejegyzés nincs, mintha meg sem látná az fstabban ezt a sort.

5x próbáltam rebootolni, mind az 5x fecsatolta, dmesgben szerepel:

2025-01-03T11:10:21.260658+01:00 rs kernel: [    8.153158] Key type cifs.spnego registered
2025-01-03T11:10:21.260678+01:00 rs kernel: [    8.153167] Key type cifs.idmap registered
2025-01-03T11:10:21.260680+01:00 rs kernel: [    8.154322] CIFS: enabling forceuid mount option implicitly because uid= option is specified
2025-01-03T11:10:21.260682+01:00 rs kernel: [    8.154326] CIFS: enabling forcegid mount option implicitly because gid= option is specified
2025-01-03T11:10:21.260684+01:00 rs kernel: [    8.154329] CIFS: Attempting to mount \\fs.rs5.local\Data
 

Majd a 6. rebootra nincs felcstolva és  "dmesg -T | grep -i CIFS" nem ad vissza semmit.

Mountra keresve sem említi a hálózati meghajtót, a 6. reboot után:

 

# dmesg -T | grep -i mount
[p jan  3 11:10:47 2025] Mount-cache hash table entries: 32768 (order: 6, 262144 bytes, linear)
[p jan  3 11:10:47 2025] Mountpoint-cache hash table entries: 32768 (order: 6, 262144 bytes, linear)
[p jan  3 11:10:50 2025] EXT4-fs (sdb1): mounted filesystem with ordered data mode. Quota mode: none.
[p jan  3 11:10:52 2025] systemd[1]: Set up automount proc-sys-fs-binfmt_misc.automount - Arbitrary Executable File Formats File System Automount Point.
[p jan  3 11:10:52 2025] systemd[1]: Mounting dev-hugepages.mount - Huge Pages File System...
[p jan  3 11:10:52 2025] systemd[1]: Mounting dev-mqueue.mount - POSIX Message Queue File System...
[p jan  3 11:10:52 2025] systemd[1]: Mounting sys-kernel-debug.mount - Kernel Debug File System...
[p jan  3 11:10:52 2025] systemd[1]: Mounting sys-kernel-tracing.mount - Kernel Trace File System...
[p jan  3 11:10:52 2025] systemd[1]: Starting systemd-remount-fs.service - Remount Root and Kernel File Systems...
[p jan  3 11:10:52 2025] systemd[1]: Mounted dev-hugepages.mount - Huge Pages File System.
[p jan  3 11:10:52 2025] systemd[1]: Mounted dev-mqueue.mount - POSIX Message Queue File System.
[p jan  3 11:10:52 2025] systemd[1]: Mounted sys-kernel-debug.mount - Kernel Debug File System.
[p jan  3 11:10:52 2025] systemd[1]: Mounted sys-kernel-tracing.mount - Kernel Trace File System.
[p jan  3 11:10:52 2025] systemd[1]: Mounting sys-kernel-config.mount - Kernel Configuration File System...
[p jan  3 11:10:52 2025] systemd[1]: Mounted sys-kernel-config.mount - Kernel Configuration File System.
[p jan  3 11:10:52 2025] EXT4-fs (sdb1): re-mounted. Quota mode: none.
[p jan  3 11:10:52 2025] systemd[1]: Finished systemd-remount-fs.service - Remount Root and Kernel File Systems.
[p jan  3 11:10:52 2025] systemd[1]: Mounting sys-fs-fuse-connections.mount - FUSE Control File System...
[p jan  3 11:10:52 2025] systemd[1]: Mounted sys-fs-fuse-connections.mount - FUSE Control File System.
[p jan  3 11:10:53 2025] EXT4-fs (sda1): mounted filesystem with ordered data mode. Quota mode: none.
 

Ez egy aktiv-passziv app szerver passzív lába. SAMBA-n vannak a közös fájlok. Eközben az aktívon végig elérhető az FS, tehát vélhetően nem samba szerver oldali lesz a hiba.

Linuxnál nem megszokott számomra ez a fajta kiszámíthatatlanság. Logokban semmi releváns infó. Egy rohadt nagy WTF ez most nekem.

Valaki belefutott már ilyenbe?

Debian 12.8

  • 339 megtekintés

( slinky v | 2025. 01. 03., p – 11:48 )

nem lehet, hogy a .local mdns-el nem tud mit kezdeni neha? ip cimet neki, aztan nezd meg ugy.

Nem akarom elkiabálni, de úgy tűnik működik. 20 reboot mindegyike után ott volt a samba share. Köszönöm a tippet!
Úgy tűnik kihúzva a méregfoga. Kevésbé prio, de akkor lehet nézni, hogy a boot során 5x miért volt jó névfeloldás, 6-ra meg nem? Kollégának rosszabb volt az arány: 3-ból 2x nem csatolta fel. Nálam 6. után párX nem, aztán megint igen. Majd kutakodunk még, mert érdekel a teljes sztori, de egyelőre ez most megnyugtató. Köszönöm még egyszer.

( dlaszlo | 2025. 01. 03., p – 12:21 )

Lehet, valami hibát kellene, hogy kapj, meg ezt már esetleg nézted is már, de:

Nem lehet, hogy nem él még a hálózat (vagy valami még pont nem indult el), amikor nem sikerül a csatolás? Az esetek nagy részében meg már rendben van.

Igazából ez egy VMware hoston futó 3 virtuális gép: app1, app2 és FS. Helyben van minden. Külső hálózat így nem kavarhatna be.
A _netdev fstab opció pedig elvileg késlelteti a csatolást, amíg a hálózat feláll a boot során. Az a legfurcsább, hogy nincs CIFS bejegyzés és semmi ráutaló mount szó a dmesgben azon boot után, amikor nem jön fel a samba share.

Az IP-s tippet próbáljuk most, 10 reboot után meguntam (eddig jó), most kolléga szórakozik vele. Sunyi kis hiba, nehezen reprodukálható.