Samba 3.6.6 fileszerver lassu , es folyton beragadnak a rajta futo folyamatok

Fórumok

Sziasztok!

Tegnap cseréltem egy régi nem kifejezetten szerver gepet (abit-is-7-e2 +debian4 ) , egy hp proliant ml310e gen8-as serverre , amin pedig debian6 van , illetve samba 3.6.6 , es softwares raid van rajta konfiguralva.

A szerveren lenyegeben , csak konyvelest , szamlazast, illetve egyeb penzugyi muveleteket lehetove tevo alkalmazasok vannak tarolva.

A klienseknel samba megosztasok vannak felcsatolva , a programokat pedig a szerverrol hivjak meg a megosztott halozati meghajtokrol.

A problemam a kovetkezo:

A regi szerveren , ami joval kisebb teljesitmenyu volt ennel a hp servernel , gond nelkul futottak ezek az alkalmazasok viszonylag stabilan , es jo sebesseggel!

Csak ezrt csereltem le a regi gepet , mert mar elegge le volt harcolva , es kellett mar egy normalis szerver.

Viszont ha errol az uj serverrol hivjak meg a programokat , akkor nagyon lassan megy minden muvelet , es neha be is ragadnak!:S

Szerintem ez igy nem normalis , de fogalmam sincs mitol lehet ez , es most szeretnem kideriteni , hogy a halozati megosztassal van gond , vagy a programmal .

Samba konfig:

http://pastebin.com/SCzEPA7g

Legyszives , ha valakinek van valami otlete , vagy fel tudna nekem ezt a konfigot kommentezni , azt nagyon megkoszonnem!

Elore is koszonom a segitseget!

Sziasztok!

Hozzászólások

Logba kerül be valami? Az ethernet interface-szel minden rendben?

-----------
"640GB sokmindenre elég"

testparm mit mond?
az os level nem csak max. 255 lehet?
--
"Nem akkor van baj amikor nincs baj, hanem amikor van!"
Népi bölcsesség

többek között az alábbi hibaüzenetek fordulnak elő a log fileokban:

check_ntlm_password: Authentication for user [Konyveles2] -> [Konyveles2] FAILED with error NT_STATUS_NO_SUCH_USER
check_ntlm_password: Authentication for user [titkar] -> [titkar] FAILED with error NT_STATUS_WRONG_PASSWORD

receive_smb_raw_talloc failed for client 192.168.88.164 read error = NT_STATUS_CONNECTION_RESET.

check_ntlm_password: Authentication for user [flexys] -> [flexys] FAILED with error NT_STATUS_WRONG_PASSWORD

smb_set_file_dosmode: file_set_dosmode of Értékesítés/ÁDÁM MAPPÁJA/ELŐLEGKÉRŐK/THUMBS.DB failed (A művelet nem engedélyezett)

set_canon_ace_list: sys_acl_set_file type file failed for file Igazgató/17B32000 (Operation not supported).

check_ntlm_password: Authentication for user [dilona] -> [dilona] FAILED with error NT_STATUS_WRONG_PASSWORD

Failed to find a Unix account for irmuskaFailed to find a Unix account for irmuskacheck_ntlm_password: Authentication for user [Irmuska] -> [Irmuska] FAILED with error NT_STATUS_WRONG_PASSWORD

receive_smb_raw_talloc failed for client 192.168.88.231 read error = NT_STATUS_HOST_UNREACHABLE.
check_ntlm_password: Authentication for user [dilona] -> [dilona] FAILED with error NT_STATUS_WRONG_PASSWORD

Failed to find a Unix account for irmuskaFailed to find a Unix account for irmuskacheck_ntlm_password: Authentication for user [Irmuska] -> [Irmuska] FAILED with error NT_STATUS_WRONG_PASSWORD

check_ntlm_password: Authentication for user [flexys] -> [flexys] FAILED with error NT_STATUS_WRONG_PASSWORD

Egyébként az OS Level , mit jelent egy samba konfig eseteben?

testparam parancsra az alabbi konfigot ajanlotta fel a samba:

http://pastebin.com/9TFyZXuB

De itt is azt irja , hogy OS level max 255 lehet, nem ertem az elozo admin miert adott 512-t:S

"socket options = TCP_NODELAY SO_RCVBUF=8192 SO_SNDBUF=8192"
növeld a bufferméretet:65536-ra (pontosabban: socket options = SO_KEEPALIVE TCP_NODELY IPTOS_LOWDELAY SO_SNDBUF=65536 SO_RCVBUF=65536)! a testparm kimenetet rakd ki fájlba, és az legyen az smb.conf (a régi maradjon meg másolatnak, mert néha nem a várt eredményt hozza a testparm).
ha te vagy a local master, akkor legyen yes. ha nincs wins, akkor no.
az autentikációs hibák arra utalnak, hogy nem valid user kíván hozzáférni a samba-hoz, csekkold hogy valid-e a user, illetve a jelszava okés-e!
az os level szintje határozza meg, hogy ki a főnök a hálózatban (ki a local master)/a legmagasabb értékű gép lesz az (az xp-k pl. asszem 128-as szintűek). ez legyen 255!
--
"Nem akkor van baj amikor nincs baj, hanem amikor van!"
Népi bölcsesség

Hasonló dologba futottam bele pár éve, ott az lett a megoldás, hogy az egyik ratyi XP-s gépen lett egy megosztott mappa, amiről szélsebesen lehetett dolgozni, a linux+swraid+samba meg ment a levesbe.

A szerverrel együtt volt öt gép, úgyhogy ez a limit nem okozott gondot, az viszont igen, hogy a szambával a használhatatlanul lassútól a lefagy-ig terjedt az app teljesítménye, ha 2-3 felhasználó egyszerre dolgozott vele, míg az XP-s megosztásról ilyen gond nem volt.
Éles rendszer, tesztkörnyezet nem volt, tesztelésre sem emberek, sem idő nem volt elegendő (munkaidő után volt lehetőség tesztelgetni, ha épp valaki hajlandó volt bent maradni), úgyhogy a "működjön" elvárás teljesítése lett a cél. A linux-os vas meg megmaradt backup/levelezés/egyéb fájlszerver célra.

hát, ezt a hp proliant servert most vasaroltuk, direkt erre a célra , és nem igazán szeretném , hogy 210 000 forint, most egy samba optimalizalasi problema miatt , kidobott penz legyen. Megprobalom a testparam kimenetet beadni smb.conf file-nak , es az altalatok ajanlott ertekeket modositani.

Köszönöm a segitseget!

Majd leírom , hogy milyen eredmenyt sikerült elernem!

nah a problemat megoldottam.

A gond feltehetően az volt , hogy mindenki egy ZTE xdsl 931 tipusu routeren kapcsolodik a halozathoz , irodankent switchelve.

Mindenkinel a router volt a gatewaykent es a dnskent is beallitva , ez igy konkretan megfoztea halozatot , de mikor dns-nek kaptak egy google public dns-t , akkor mar minden faszan mukodott!

Viszont egy olyan problema tovabbra is fent allt , hogy :

Adott egy konyveloprogram , ami hol mukodik szabalyosan, hol nem , akkor dob szabalytalan muvelet hibauzenetet a windows , amikor adott intervallumu datumrol akarnak konyvelesi kimutatast kesziteni , viszont , van amikor itt sem dob hibauzenetet , hanem eppen csak amikor olyan kedve van.

Nem tudom eldonteni ,hogy ezen hibauzenet a konyvelo program hibaja lehet , vagy esetleg a samba config miatt lehet, mert egyebkent minden mas tokeletesen mukodik...:S

A serverre felraktam az ia32 alkalmazast , hogy ne legyen az x64 es x86 platform kozott osszeakadas, ezt a szoftvereket keszito ceg javasolta.

Elvileg mostmar minden normalisan , es elfogadhato gyorsasaggal mukodik.

Ha van valami otletetek irjatok nyugodtan a konyvelo programmal kapcsolatos problemaval. :)

A régi, Clipper-ben írt és későb Visual FoxPro-sított alkalmazások sajnos problémásak lehetnek hálózatról használva. Évekkel ezelőtt komoly csatába keveredtünk egy móricka könyvelőprogram fejlesztőjével emiatt, ui. windows share-eken (windóz szerveren) volt a szoftver, és onnan használták, a mi cégünk adta a hálózatot. Rendszeresen elszállt a cucc, sokszor kézzel kellet helyrerakni a táblákat. Miután a srácok hónapokig tesztelgették a hálózatot, és semmi baja nem volt, akkor kezdünk gyanakodni, hogy a könyvelőprogram a ludas. Kiderült, hogy a régi clipperes programoknál nincs mód a file lock-olásokat rendesen kezelni, a FoxPro-sított változatokban már lehet, csak át kell írni a megfelelő részeken. A fejlesztő fickót szembesítettük ezzel, paprikavörös fejjel üvöltözött velünk. Persze nem ismert be semmit, előtte is miket hibáztatott, ezzel a hozzáállásával viszont elérte, hogy soha ne derüljön fény arra, hogy tényleg ő volt-e a hibás.
Sajnos linket nem tudok küldeni, ez már évekkel ezelőtt volt és nem raktam el.

ezeket tudja valaki , hogy mit jelentenek?

level2 oplocks = No
oplocks = No
idmap config * : backend = tdb
name resolve order = wins lmhosts host bcast
lanman auth = Yes
obey pam restrictions = Yes

Az az igazság, hogy nem szeretném tulbonyolitani a configot , a lenyeg , hogy mindenki csak azt tudjon elerni , amihez joga van, de azt optimalis sebesseggel , es stabilitassal.

Ha valaki tudja , hogy a fentebb emilitett bejegyzesek a konfigban , mit jelentenek , írja már le legyen szíves!

Előre is köszönöm!

az smb.conf man page faszán leírja, hogy mik ezek.

Amúgy az értelmes paraméterek fele ki van kommentezve (workgroup name pl.), az oplockot én bekapcsolnám, legfeljebb akkor ki, ha valóban problémát okoz, egyébként a programok mennek csak lassan, vagy mondjuk egy sima nagy fájl másolása is lassú?

check_ntlm_password: Authentication for user [Konyveles2] -> [Konyveles2] FAILED with error NT_STATUS_NO_SUCH_USER
check_ntlm_password: Authentication for user [titkar] -> [titkar] FAILED with error NT_STATUS_WRONG_PASSWORD

Az ilyen hibáktól meg nem lassú lesz, hanem el sem fogja érni a megosztást :)

"Az ilyen hibáktól meg nem lassú lesz, hanem el sem fogja érni a megosztást :)"

Általában.
De ha az app úgy van megírva, hogy próbáljon meg párszor a fájlszerveren elérni egy konfig-/sablon-/mittoménmilyen fájlt, de kudarc esetén ne harakirizzen, hanem dolgozzon egy primitívre hardkódolt adathalmazzal, akkor megfelelő számú szorgalmas júzer esetén össze is van rettyintve egy kis DoS.

Amúgy a konkrét esetben azt sejtem, hogy a samba binárisai és tdb-je átkerült az új masinára, az OS felhasználói meg nem, így aztán mappelget a semmibe.

Van egy éttermi alkalmazásunk, ami 3.x-es samba alatt katasztrofálisan lebőgött. Ott a reakció idő a lényeg, ez windows alatt 0.2-0.3 másodperccel kevesebb volt. Ez sokszor összeadódva samba alatt 2x annyit kellett várni, mint egy mezei win xp megosztáson. Majd tesztelem egyszer samba 4 alatt is. :)

Oszt hálókártya más típusra cserélését próbáltad-e már?
Realtek pl erősen ellenjavalt, pro 1000 meg javalt saját tapasztalatok alapján.

Én épp nemrég mértem samba sebességet win7 klienssel, mert láttam pár sebességre panaszkodó írást korábban és gondoltam megmérem. (használatba nem volt gond vele sosem ezért nem is érdekelt eddig) Nos ~77000 Kbyte-55000 kbyte között mozgott gigabites hálón.

Nálunk is így van ott lakik minden, még több száz fájlos DOS-os kövületek is megosztásról futnak gond nélkül.

Rózsár Gábor (muszashi)

Ami biztos
* office fájlok onnan jók
* abevjava onnan jó
* foxpros marhaságok onnan jó
* cd jogtár onnan jó
meg ami most nem jut eszembe az onnan mind jó.

Valamire Te annó csúnyán ráléptél, biztos előfordul ilyen, szerencsére ilyenem még nem volt. koppp-koppp

Rózsár Gábor (muszashi)

Oplocking kikapcsolása szerintem nem jó ötlet, hacsak nem indokolja valami spéci dolog.
Arról nem szólt a fáma még, de itt történik nálad egy charset conversion is. UTF8-ban kellene mindent csinálni, a fájlnevekkel (ékezetes marhaságok) lehetnek parák.

Sebességre meg kollégák már tippeltek párat, azokat próbálgasd végig, sokkal többet nem tudsz tenni. A diszk sebességet is nézd meg, sosem lehet tudni, van h. nem is a smb a szűk, csak mást nem is használnak a gépen.
os level = 255 :)