Dotaz: Samba a stovky procesů

[Acci]

Příloha:

• log.txt (204674 bytů)

Mám takový celkem velký problém se Sambou na serveru ve školní síti, kde nastal již jednou a dnes podruhé. Nevím, jak se to stane, ale když dostanu informaci, že síť nefunguje a podívám se na spuštěné procesy, je tam několik set spuštěných procesů smbd, které jsou spuštěné pod těmi uživateli, se kterými se na počítače přihlašovali. V logu jsem neobjevil nic, co by přímo ukazovalo na příčinu problému, i když se tam objevilo obrovské množství zpráv (viz príloha). Problém taky je, že server nejde restartovat (v KDE ani příkazem reboot) a musí se na tvrdo vypnout(!). Myslel jsem taky, že mi pomůže příkaz killall, který všechny procesy zabije, bohužel asi neumí zabít procesy ostatních uživatelů nebo jsem alespoň nepřišel na to, jak.

Předem díky všem za rady.

Odpovědi

[stativ]

Čím to je neporadím (musím se učit na maturitu), ale poradím alespoň jak se vyhnout zatuhnutí systému. Nastavte si limity počtu procesů pomocí PAM. Nastavení je v obvykle v /etc/security/limits.conf.

[Acci]

Systém netuhne, dá se na něj přes SSH normálně přihlásit a v KDE se dá normálně pracovat (ty procesy nic nedělají), jen nejde restartovat.

[andree]

to

can't open username map /etc/samba/smbusers. Error No such file or directory

je celkom podozrive, nie?

ako zabijas tie procesy? kym nie si root, tak ostatne procesy asi fakt nezabijes (+/-) - pod rootom ten killall tiez nefunguje? ak nie, asi budu vysiet na nejakom systemovom volani (dost casto sa to stava napr. pri procesoch pouzivajucich subory na nfs 'diskoch' - ale toto asi nebude ten pripad)

[Acci]

Jo, to mi bylo taky podezřelé, ovšem ten soubor tam nebyl nikdy a vždy to bez něj fungovalo. A procesy jsem samozřejmě zabíjel pod rootem, po zadání toho příkazu se nic nestalo ani nevypsal žádnou chybu (normálně jsem napsal killall smbd).

[Atom321]

zkuste: killall -9 smbd

[stativ]

/etc/samba/smbusers není bezpodmíněčně nutné. Pokud vím, tak se používá pro namapování uživatelského jména v Linuxu/Whatetewer k profilu ve Windows.

[stativ]

Ale jestli jsou tam nějaké Windows, tak to problém možná být může.

[Acci]

Jo, to jsem zapomněl zmínit, samozřejmě se do té sítě přihlašují stanice s Windows. Ale v tom problém nebude, protože bez toho souboru to jelo dva roky bez problému.

[timeos]

Ale nic sa nestane, ked ho vytvorite (staci prazdny). Aspon nebude samba zbytocne zahlcovat logy.

[Pepíno]

tyhle dve hlasky mi prijdou jako souvisejici:

[2008/05/23 09:38:21, 0] lib/username.c:map_username(167) - can't open username map /etc/samba/smbusers. Error No such file or directory

[2008/05/23 09:38:23, 0] smbd/service.c:make_connection_snum(633) - '/mnt/data/homes/host' does not exist or is not a directory, when connecting to [host]

(vzdy dva radky sloucene, protoze znamenaji stejnou chybu z ruzneho pohledu) a to z jednoducheho duvodu:

samba, kdyz se ji nepovede overit uzivatele, tak ve finale zkousi anonymni prihlaseni s uzivatelem guest a wokna delaj to same, jen v ceske verzi zkousi uzivatele host. No a Vy zrejme mate zapnute virtualni sdileni [home], ktere se pro anonyma vyhodnoti jako "host".

Takze bych rekl, ze nejakej trouba se neumi prihlasit a kombinace, jak samba a wokna zkouseji prihlasit uzivatele, vede asi k tomuhle "zatuhlemu" stavu.

Jo a proc samba loguje DHCP provoz?

May 23 08:50:37 neon kernel: INPUT drop: IN=eth0 OUT= MAC=ff:ff:ff:ff:ff:ff:00:30:4f:3b:b7:5b:08:00 SRC=0.0.0.0 DST=255.255.255.255 LEN=328 TOS=0x00 PREC=0x00 TTL=128 ID=47580 PROTO=UDP SPT=68 DPT=67 LEN=308

A taky bych se pokusil zjistit, kdo je tohle a co to zkousi, kdyz Vase sit je z rozsahu 192.168.0.*:

May 23 08:53:41 neon kernel: Rezervovana adresa: IN=eth0 OUT= MAC=ff:ff:ff:ff:ff:ff:00:50:c2:51:02:1f:08:00 SRC=10.112.173.226 DST=255.255.255.255 LEN=68 TOS=0x00 PREC=0x00 TTL=64 ID=31591 PROTO=UDP SPT=53416 DPT=53416 LEN=48

[Acci]

Mockrát díky. Uživatel host je standardní uživatel, přes kterého se dá normálně přihlásit, ovšem nemá ten adresář v /mnt/data/homes. Zkusím se na to podívat, už možná tuším, čím to je.

A samba neloguje DHCP provoz, to totiž není samostatný log samby. A co se snaží zkoušet nevím, eth0 je vnější síť připojená na internet.