Fórum Root.cz
Hlavní témata => Server => Téma založeno: jfila 30. 11. 2022, 19:49:51
-
Najednou se mi přestaly zobrazovat některé soubory prostřednictvím Samba. Disk je RAID1 pomocí mdadm. Pokud se podívám z konzole, tak se soubory zobrazují, ale pokud přistupuji pomocí samby, tak ne. Pokud soubor přesunu či překopíruji o úroveň výš, tak je normálně vidět. Raid hlásí State : clean, chyby na disku žádné fs je ext4. Kde může být problém?
-
a z jakého zařízení/klienta? Mě to taky blbne na androidu. Musím dát refresh. Zkoušel jsi z jiného zařízení? (Linuxoví i windows klienti nemají problém).
-
Popsaný problém je u všech klientů na Windows i Androidu. Pokud se připojím prostřednictvím SCP, tak tam data vidím. Nejdříve jsem myslel, že se jedná o problém s vlastníkem dat, ale ten se nemění při kopírování, také jsem měl podezření na raid, ale když odjinud jsou data přehrát.
-
Mas tam blbe prava. Zkus jim dat 777 a over si, jestli je to tim...
-
Nefunguje, ale dle ls v souborech není rozdíl:
-rw-rw-rw- 1 nobody nogroup 475841830 Sep 19 2015 Zobrazuje_se.txt
-rw-rw-rw- 1 nobody nogroup 367026176 Sep 19 2015 Take_se_zobrazuje.txt
-rw-rw-rw- 1 nobody nogroup 2333177468 Nov 27 14:20 Nefunguje.txt
-
Nefunguje, ale dle ls v souborech není rozdíl:
-rw-rw-rw- 1 nobody nogroup 475841830 Sep 19 2015 Zobrazuje_se.txt
-rw-rw-rw- 1 nobody nogroup 367026176 Sep 19 2015 Take_se_zobrazuje.txt
-rw-rw-rw- 1 nobody nogroup 2333177468 Nov 27 14:20 Nefunguje.txt
Jeden rozdil tam je, ten nefungujici soubor ma o rad vetsi velikost, nemuze to narazet na nejaky limit velikosti souboru?
-
Podívám se do nastavení, ale proč v jiném umístění otevřít jde. Jedná se i složky.
-
Ahoj,
já jsem dříve bojovat s padáním Samby při vyšším využití, backend pro Owncloud. A zjistil jsem, že některé distribuce mají Sambu vadnou.
Jako plně funkční jsem vyhodnotil verzi v Ubuntu 20.04 a ta mi funguje.
Nainstalovat poslední verzi Samba od autorů je také možnost, ale to není snadné.
Třeba je to podobný problém. Něco jsem řešil i tady v diskuzi, lze dohledat.
-
Nefunguje, ale dle ls v souborech není rozdíl:
-rw-rw-rw- 1 nobody nogroup 475841830 Sep 19 2015 Zobrazuje_se.txt
-rw-rw-rw- 1 nobody nogroup 367026176 Sep 19 2015 Take_se_zobrazuje.txt
-rw-rw-rw- 1 nobody nogroup 2333177468 Nov 27 14:20 Nefunguje.txt
Jeden rozdil tam je, ten nefungujici soubor ma o rad vetsi velikost, nemuze to narazet na nejaky limit velikosti souboru?
To je dobrej point, smbfs.o (alias mount -t smbfs) podporuje soubory do 2GB, je potřeba přepnout na large file sizes variantu (od linuxu 2.6 či tak nějak) přes mount -t smbfs -o lfs
-
Nefunguje, ale dle ls v souborech není rozdíl:
-rw-rw-rw- 1 nobody nogroup 475841830 Sep 19 2015 Zobrazuje_se.txt
-rw-rw-rw- 1 nobody nogroup 367026176 Sep 19 2015 Take_se_zobrazuje.txt
-rw-rw-rw- 1 nobody nogroup 2333177468 Nov 27 14:20 Nefunguje.txt
Jeden rozdil tam je, ten nefungujici soubor ma o rad vetsi velikost, nemuze to narazet na nejaky limit velikosti souboru?
To je dobrej point, smbfs.o (alias mount -t smbfs) podporuje soubory do 2GB, je potřeba přepnout na large file sizes variantu (od linuxu 2.6 či tak nějak) přes mount -t smbfs -o lfs
Chápu to správně, že by se mohlo jednat o problém na straně klienta?
-
ano, vypadá to právě na omezení na straně klienta, kdy používá režim s podporou do 2GB souborů, stačí přidat pro mount option lfs a měl bys vidět všechny soubory.
Tenhle limit tady je od počkátku věků až se na něj zapomíná, ten výpis souborů s velikostí byl důležitý údaj.
-
Ještě jsem laboroval, stejný problém vykazuje i testovací složka i malý soubor, takže problém s velikostí to asi také není.
-
v tom případě asi musíš posbírat více informací, zapnout verbose logy a projít je, samba obvykle funguje
-
v tom případě asi musíš posbírat více informací, zapnout verbose logy a projít je, samba obvykle funguje
Co poradíte? log level = 10 jsem použil, ale nic použitelného jsem nenašel.
-
Pomohla volba "option force_root '1'", máte tušení proč?
-
Pak je nejspíš přece jen problém v nastavení práv.
Force Root použije pro přístup roota = nastavení práv obejde a ignoruje.
Není to vyřešení problému, ale jeho obejití.
-
To je mi jasné, právě proto koukám dál. Ale co přece kopíruje soubory včetně práv, tj. pokud je vlastník root, tak jím zůstává i po překopírování souboru, nebo ne?
-
porovnal bych tech bad/ok vystup z getfacl, viz (https://www.root.cz/clanky/acl-rozsirena-nastaveni-prav-v-linuxu/)
-
Podívám se, teď mám silné podezření na:
option macos '1'. Předtím byl seznam souborů asi nabufferovaný u klienta.