Dotaz: SAMBA a pomale prihlasovani

[trel]

hoj,

pouzivam sambu jako PDC pro windows XP klienty (30). Uzivatel se autentizuje vuci sambe a pres login script se mu pak namapuji sitove disky a v pripade, ze se prihlasuje poprve, tak i Default User z netlogon. Mam nastavene roaming profily, takze pri kazdem prihlaseni/odhlaseni se profil premistnuje mezi stanici a serverem. Problem je, ze nekdy nahodne nastane situace, ze prihlaseni trva jednotkym minut, nekdy i 5-10 minut (loading your settings....) a na ruznych stanicich, nekdy to zasa ale jede v pohode. DNS mam kompletne funkcni i s reverzem, wins server ma samba nastavenej a IP windows posilam klientum pres DHCP. Velikost prifilu je min nez 1MB. Verze samby je 3.0.22 - backport z etche do sarge. Samozrejme v logu se vubec nic zajimaveho neobjevi ani pri vyssich debug levelech:( Nepotkal jste se s tim nekdo ? Diky za napady.

Odpovědi

[houska]

A v logu windows nic neni?

[trel]

V kterem konkretne myslite ?

[houska]

myslel jsem v tom logu windows, ktere se pomalu prihlasuji

[trel]

no jo, ale myslite v prohlizeci udalosti nebo nekde v c:\windows\???.log ?

[houska]

Jo to je onco, kluci od Mrtve Slepice to nazvali sice prohlizec udalosti ale tady u nas tomu rikame hezky cesky - "log".

[Sil]

Prej to je bezne - proste windows a samba neni to prave. Asi s tim nic nenadelas..

[SYSMAN]

tak to je pekna kravina. To ti poradil kdo abys to sem napsal? Nekdo z Microsoftu. Kolik ti pak daji provize az si uzivatel bude nucen koupit Win2003 File Server?

[Jan Včelák]

Tak z vlastnich zkusenosti muzu rict, ze Samba je daleko rychlejsi nez Win2k3 Server. Přihlášení do PDC Samby trvá řádově v desítkách sekund, do Win2k3 řádově minut. Takže žádny blafy, že je Samba pomalejší...

[Čuda]

S ničím takovým jsem se sám nepotkal. A děje se to na tom stroji jen občasně? nebo na některých strojích je tento jev stálý? A když se to tak dlouho loguje, běží pak komunikace se sambou v pohodě (jako např. rychlost kopírování na stroji, který se loguje dlouho a rychlost na stroji, který se logoval rycle). Dále je možnost, že v jeden moment se loguje více uživatelů a pak na někoho se nedostávají HW prostředky serveru. No možností je hodně , ale 5-10 minut je fakt šílenost. Co bych zkusil, if teda máš např. noťase, tam kde to trvá tak dlouho, tak na to stejné vlákno napojit jiný PC a či to bude taky trvat tak dlouho. Je pravda, že může být problém i ve Win, ale to by dělalo asi při každém přihlašování.

[trel]

Deje se to jen obcasne jak jsem psal a nahodne jednou a jedne stanici, pak zas na jine, resp. na vice, ale vzdy nahodne nektera/nektere stanice to udelaji. Rychlost kopirovani atd. vsechno pak bezi v pohode, jenom dlouho trva to prihlaseni nebo nekdy i odhlaseni. HW prostredky serveru jsou dostacujici, dualcore P4,SCSI,gigabit,cisco switche atd.

[StanV]

Podívej se na firewall, mě se to stejný stávalo při spatně nastaveným firewallu. Loading několik minut. Profil 1,5MB.
Vyzkoušej : iptables -F
Profil by měl být načtený za pár sekund.

[trel]

Samozrejme testovani bez firewallu byla prvni vec..zadna zmena,nahodne proste to prihlasovani (a nekdy zas na jinych strojich odhlasovani) trva dlouho.

[Filip Jirsák]

Něco podobného se mi taky dělo, bylo to většinou v případech, kdy se přihlašovalo najendou víc lidí a třeba někteří měli i velký profil, takže jsem to přičítal přetížení sítě nebo nějakému limitu (velký počet otevřených souborů apod. - a popravdě se to nedělo tak často, abych to nějak řešil

Napadají mne dve oblasti, které by mohly způsobit problém – buď nastane nějaký problém při přenosu souborů profilu (např. se čeká na volnou kapacitu pro otevření nebo uzamčení souboru, nebo dojde k nějaké chybě při přenosu - např. rozpad spojení, a Windows pak dlouho trvá, než se pokusí soubor přenést znova). Druhá možnost je, že při tak malé velikosti profilu předpokládám přesměrování některých cest na síťové disky, a pak možná může v nějakém okamžiku dojít k nějakému problému s pořadím, v jakém se disky mapují apod. (Osobně mi velikost profilu pod 1 MB připadá dost málo, jenom samotný soubor registru mívá víc…)

Asi bych nejdřív zkusil vystopovat, jak Samba příslušné soubory na disku otevírá, případně na jejich otevření dostává požadavky. Tj. jestli těch 5 - 10 minut čekání je na straně Windows, nebo zda si Windows dají požadavek na nějaký soubor a dlouho trvá Sambě, než soubor odešle.

Taky se zkuste podívat ve Windows v Ovládacích panelech - Nástroje pro správu - Prohlížeč událostí, zda tam něco nebude…

[trel]

Nevim co myslite volnou kapacitou pro odemceni/uzamceni souboru, ale kernel s tim zjevne problem nema,jelikoz v dmesg zadna zminka o nicem. Taky pocet otevrenych souboru v sambe prekrocen neni,jelikoz zminka v logu o tom zadna neni a pocet UNIX file descriptoru asi take ne (cekal bych to jak v logu samby, tak pripadne dmesg). U profilu jsem se sekl, je to cca. 1,5MB, ale jelikoz sit je dostatecne dimenzovana (1Gbps uplinky k serveru) a server nevykazuje zadne "pretizeni" v te dobe co se tyce naroku na HW, tak uz vazne nevim. Jeste se zkusim podivat v tom windows do prohlizece udalosti. Jakym zpusobem jste se chtel divat na to, jak samba jednotlive soubory otvira pripadne na jejich otevreni dostava pozadavky ?

[Filip Jirsák]

Tou volnou kapacitou otevřených/uzamčených souborů jsem měl právě na mysli limity, které mohou být v jádře nabo přímo v Sambě - nevím, zda Aa jaké tam ve skutečnosti jsou. Ale pokud ano, nemyslím, že by pokus o jejich překročení musel být nutně zaznamenán někde v logu – dovedu si představit i takové chování, že Samba prostě požadavek na chvíli odloží a zkusí to za chvíli znova.

Dívat se na požadavky by asi znamenalo tcpdumpem sledovat komunikaci, ale nevím, zda tcpdump umí vypsat SMB protokol v nějakém čitelném formátu. Ale myslím, že při nějaké hodně vysoké úrovni výpisu do logu bude Samba sama zapisovat jednotlivé požadavky a odpovědi.

Sledovat přístupy k souborům jde asi přímo přes ls -l /proc/*/fd, ale nejspíš na to bude nějaká utilita, která bude umět odsud informace periodicky číst a nějak je uspořádat.

[Čuda]

Ještě mě napadlo, jsou přes Sambu sdílené i tiskárna/y? pokud ne, máš to zakomentované v konfiguráku. Je to sice úplně scestné, ale za možost prozkoumání to může stát. Teď už to bude asi jen otázka testů různých elementů. Nebo jsou tam i složky, které mají přístupné všichni? (např. public, tmp apod.) a nepracuje zrovna někdo s tou složkou, když se snaží jiný příhlásit, kdo má přístup do této složky a pak mu to trvá tak dlouho, jelikož se snaží zjistit prístupové práva kopírovaného souboru? To je další věc, co mě napadá za prozkoumání. Přeji Ti hodně úspěchů v odhalení a douf. že to odstraníš. Pak dej když tak vědět, čím to bylo, ju :o)