Dotaz: Autofs CIFS mount zlyháva

[Vlado99]

Ahoj.

Používam autofs na Debian 12 na pripojenie 2 share z Windows storage. Niekedy úspešne pripojí obe a po čase jedno pripojenie blbne, alebo hneď na začiatku pripojí len jedno, prípadne žiadne. Hlási, že adresár (ten mountpoint) neexistuje, v logoch sa objavuje Permission denied. Na CentOS Stream 9 identická konfigurácia funguje bez problémov.

Ten Windows storage má 2 IP adresy. Keď si na Debiane vynútim použitie len jednej z nich (tak, že urobím záznam v /etc/hosts), problémy zmiznú. Chcel by som ale mať k dispozícii obe adresy, kvôli HA. V čom je problém?

Podrobnosti - čo je identické pre Debian aj CentOS:

1. host winshr vracia 2 IP adresy.
2. Konfigurácia autofs je

   /share1   -rw,fstype=cifs,cred=somefile,uid=user1,gid=group1,dir_mode=0775,file_mode=0644,echo_interval=10,handletimeout=30,handlecache,vers=3.1.1,sec=ntlmssp,nosharesock  ://winshr/Share1

   , detto pre Share2, súbor s credentials bol prekopírovaný z CentOSu na Debian rsyncom, credentials nie sú doménové, ale lokálne pre to úložisko

Čím sa líši CentOS od Debian:

1. Je to fyzický stroj, Debian je VM pod Hyper-V.
2. CentOS má 4 fyzické sieťovky spojené do teamu nad ktorým je VLAN pre dátové pripojenie. Debian má jednu sieťovku, VLAN je nastavený na úrovni Hyper-V.

V journali to vyzerá takto (share2, ktorý sa nepodaril):

automount[30662]: do_mount: //winshr/Share2 /share2 type cifs options rw,cred=somefile,uid=user1,gid=group1,dir_mode=0750,file_mode=0600,echo_interval=10,handletimeout=30,handlecache,vers=3.1.1,sec=ntlmssp,nosharesock using module generic
automount[30662]: mount_mount: mount(generic): calling mkdir_path /share2
automount[30662]: mount(generic): calling mount -t cifs -o rw,cred=somefile,uid=user1,gid=group1,dir_mode=0750,file_mode=0600,echo_interval=10,handletimeout=30,handlecache,vers=3.1.1,sec=ntlmssp,nosharesock //winshr/Share2 /share2
automount[30662]: >> mount.cifs kernel mount options: ip=10.x.y.z,unc=\\winshr\Share2,dir_mode=0750,file_mode=0600,echo_interval=10,handletimeout=30,handlecache,vers=3.1.1,sec=ntlmssp,nosharesock,uid=1002,gid=1002,user=svc_smbshare,pass=********
kernel: CIFS: enabling forceuid mount option implicitly because uid= option is specified
kernel: CIFS: enabling forcegid mount option implicitly because gid= option is specified
kernel: CIFS: Attempting to mount \\winshr\Share2
automount[30662]: >> mount error(13): Permission denied
automount[30662]: >> Refer to the mount.cifs(8) manual page (e.g. man mount.cifs) and kernel log messages (dmesg)
automount[30662]: mount(generic): failed to mount //winshr/Share2 (type cifs) on /share2
automount[30662]: dev_ioctl_send_fail: token = 19
automount[30662]: failed to mount /share2
automount[30662]: handle_packet: type = 5
automount[30662]: handle_packet_missing_direct: token 20, name /share2, request pid 30673
automount[30662]: dev_ioctl_send_fail: token = 20
kernel: CIFS: VFS: cifs_mount failed w/return code = -13

Odpovědi

[X]

Neresi to konkretne tvuj problem, ale nejprve bych otestoval pripojeni na obe IP manualne, zda tam neni skutecne nejaky sitovy problem a pak bych zauvazoval nad vymenou autofs za systemd-automount.

[GeorgeWH]

pak bych zauvazoval nad vymenou autofs za systemd-automount.

Programator ma problem. Rozhodol sa ho riesit v Perle. Programator ma uz dva problemy... (nic proti perlu :))

[Bugsa]

Za prvé bych mount zkusil udělat přímo na IP, ne hostname. Za druhé mount bez parametrů jako jsou nosharesock, handlecache, echo_interval a handletimeout

[Max]

Pokud ten windows storage je v AD a má ho zabezpečen, tak by nemělo jít se připojit přes IP, ale jen přes hostname / fqdn.
Nicméně je to asi zbytečná poznámka, jelikož jsem se nesetkal s nikým, kdo by to měl správně zabezpečený.
Zdar Max

[Radek]

Ntlm mame zakázany a zakazany smb1/2. Je to tak v pořádku? :-=

[Max]

Ne tak docela. Ještě je nutné vypnout anonymous enumeration sam účtů a sdílení.
Zdar Max