Padající Samba

[veskotskujehnusne]

Ahoj,

mám CentOS Linux release 7.8.2003 (Core)
Linux localhost.localdomain 3.10.0-1127.19.1.el7.x86_64 #1 SMP Tue Aug 25 17:23:54 UTC 2020 x86_64 x86_64 x86_64 GNU/Linux

Pravidelně mi teď dochází místo na disku, kde Samba core dumpy zaberou 25Gb. Pokud Sambu resnu, je to ok, ale někdy později se to opět rozjede a loguje to až do doby, než to slítne na místo.

V dumpu je tato chyba:

Kód: [Vybrat]

SMB_CONF_PATH loadparm_init_s3() failed!
Uměl by někdo prosím poradit?

Mám to sem případně hodit celé?

[Reklama]

[farbydos2]

Co napíše status?  Bylo by možné nasdílet /etc/samba/smb.conf?

[veskotskujehnusne]

Kód: [Vybrat]

Redirecting to /bin/systemctl status smb.service
● smb.service - Samba SMB Daemon
   Loaded: loaded (/usr/lib/systemd/system/smb.service; enabled; vendor preset: disabled)
   Active: active (running) since Pá 2020-12-11 13:56:55 CET; 1 day 2h ago
     Docs: man:smbd(8)
           man:samba(7)
           man:smb.conf(5)
 Main PID: 17345 (smbd)
   Status: "smbd: ready to serve connections..."
    Tasks: 15
   CGroup: /system.slice/smb.service
           ├─17345 /usr/sbin/smbd --foreground --no-process-group
           ├─17356 /usr/sbin/smbd --foreground --no-process-group
           ├─17357 /usr/sbin/smbd --foreground --no-process-group
           ├─17359 /usr/sbin/smbd --foreground --no-process-group
           ├─17363 /usr/sbin/smbd --foreground --no-process-group
           ├─17364 /usr/sbin/smbd --foreground --no-process-group
           ├─17365 /usr/sbin/smbd --foreground --no-process-group
           ├─17366 /usr/sbin/smbd --foreground --no-process-group
           ├─17367 /usr/sbin/smbd --foreground --no-process-group
           ├─17368 /usr/sbin/smbd --foreground --no-process-group
           ├─17369 /usr/sbin/smbd --foreground --no-process-group
           ├─31537 /usr/sbin/smbd --foreground --no-process-group
           ├─37517 /usr/sbin/smbd --foreground --no-process-group
           ├─44228 /usr/sbin/smbd --foreground --no-process-group
           └─62663 /usr/sbin/smbd --foreground --no-process-group

pro 12 16:15:42 localhost.localdomain smbd[44223]:    #23 /lib64/libtevent.so.0(+0xb057) [0x7f9de4237057]
pro 12 16:15:42 localhost.localdomain smbd[44223]:    #24 /lib64/libtevent.so.0(_tevent_loop_once+0xbd) [0x7f9de423225d]
pro 12 16:15:42 localhost.localdomain smbd[44223]:    #25 /lib64/libtevent.so.0(tevent_common_loop_wait+0x1b) [0x7f9de42324bb]
pro 12 16:15:42 localhost.localdomain smbd[44223]:    #26 /lib64/libtevent.so.0(+0xaff7) [0x7f9de4236ff7]
pro 12 16:15:42 localhost.localdomain smbd[44223]:    #27 /usr/sbin/smbd(main+0x1ad8) [0x5563680849e8]
pro 12 16:15:42 localhost.localdomain smbd[44223]:    #28 /lib64/libc.so.6(__libc_start_main+0xf5) [0x7f9de3c76555]
pro 12 16:15:42 localhost.localdomain smbd[44223]:    #29 /usr/sbin/smbd(+0x8d84) [0x556368084d84]
pro 12 16:15:42 localhost.localdomain smbd[44223]: [2020/12/12 16:15:42.552392,  0] ../../source3/lib/dumpcore.c:315(dump_core)
pro 12 16:15:42 localhost.localdomain smbd[44223]:   dumping core in /var/log/samba/cores/smbd
pro 12 16:15:42 localhost.localdomain smbd[44223]:
smb.conf bez komentářů a s jednou share, zbytek jsou jen shares a jsou stejné:

Kód: [Vybrat]

     
     security = user
     passdb backend = tdbsam

[fotogalerie]
path = /mnt/raid5/fotogalerie
 valid users = root jakub karel
 guest ok = no
 writable = yes
 browsable = yes
 force user = root

Prakticky je to tedy default.

[Wrána diskuze]

Ahoj,

mám CentOS Linux release 7.8.2003 (Core)
Linux localhost.localdomain 3.10.0-1127.19.1.el7.x86_64 #1 SMP Tue Aug 25 17:23:54 UTC 2020 x86_64 x86_64 x86_64 GNU/Linux

Pravidelně mi teď dochází místo na disku, kde Samba core dumpy zaberou 25Gb. Pokud Sambu resnu, je to ok, ale někdy později se to opět rozjede a loguje to až do doby, než to slítne na místo.

V dumpu je tato chyba:

Kód: [Vybrat]

SMB_CONF_PATH loadparm_init_s3() failed!
Uměl by někdo prosím poradit?

Mám to sem případně hodit celé?

podobnou chybu nebo něco se mi nepodařilo vygooglit

vocaď se to hlášení jakoby bere hele
jestli někdo nepříde s něčim víc lepším se asi jako bude muset vykoumat proč loadparm_init_s3(frame, loadparm_s3_helpers()) dělá že vrací NULL

[farbydos2]

Podle manuálu smb.conf by parametr valid_users měl mít hodnoty oddělené čárkou (aspoň tak je tomu
v příkladu https://www.samba.org/samba/docs/current/man-html/smb.conf.5.html.

Třeba to pomůže.

[Reklama]

[martinjk]

Ahoj,

občas se mezi verzemi některá nastavení mění.
Se sambou jsem si užil viz https://forum.root.cz/index.php?topic=23700.msg338665#msg338665

Třeba ti to pomůže.

[veskotskujehnusne]

Kdepak, tam je několik problémů:

- neprošlo by to testem, SMB configu
- nejelo by to po restartu
- vyzkoušeno, chová se to stejně
- léta to fungovalo

Podle manuálu smb.conf by parametr valid_users měl mít hodnoty oddělené čárkou (aspoň tak je tomu
v příkladu https://www.samba.org/samba/docs/current/man-html/smb.conf.5.html.

Třeba to pomůže.

[veskotskujehnusne]

Nechtěl bych své problémy řešit tím, že přeinstaluji/změním server/změním distribuci, to není úplně řešení problému, je to jen cesta pro ty, co jim Linux neměl přijít do ruky. Správné je zjistit, co jsem já, či vývojáři SMB podělali, pokud to půjde. Ačkoli to dost bolí.

Ahoj,

občas se mezi verzemi některá nastavení mění.
Se sambou jsem si užil viz https://forum.root.cz/index.php?topic=23700.msg338665#msg338665

Třeba ti to pomůže.

[KoalaM]

Nemůžu si pomoc, ale u samby je tohle spíš vlastnost a ne bug...

Na to jak je s náma dlouho a jak hodně je používanáá bych s ní čekal mín trablů

[farbydos2]

Podařilo se s tou sambou nějak pohnout? Vlastně by mě dost zajímalo, co se tam děje. Jen taková střelba do slepa: nezkoušel jste si hrát s úrovní logování? Třeba by detailní log nasměroval ještě někam dál.

[veskotskujehnusne]

Přiznám se, že jsem to nedořešil. Děje se stále to samé, jen pomocí enable core files = no jsem vyřešil zaplnění disku, takže to "funguje". Doufám, že se k tomu přes svátky dostanu. Kdyby měl někdo nějaké nápady, neurazím se.

Podařilo se s tou sambou nějak pohnout? Vlastně by mě dost zajímalo, co se tam děje. Jen taková střelba do slepa: nezkoušel jste si hrát s úrovní logování? Třeba by detailní log nasměroval ještě někam dál.