Dotaz: Samba zatěžující server

[Sir Mikhail]

Zdravím,

měl jsem tu přednedávnem jiný příspěvek, ale od té doby jsem vypozoroval řadu dalších znaků,

tak snad omluvíte založení nového vlákna. Takže:

- SERVER (P3 500Mhz, 128Mb RAM, 3x sitovky Realtek 8139)

- NOTEBOOK (Sempron 1.8Ghz, 512Mb RAM)

- TISKARNA (Canon S600, USB+LPT, pripojen pres LPT na SERVER)

Na serveru běží Arch Linux, na notebooku Win XP Home SP2)

Takže, problém tkví v tom, že ač na serveru běžící samba v pohodě zvládá sdílení souboru i

tisk, kdykoli kopíruju soubory nebo tisknu, je vytížení CPU serveru 95-100%, z toho většinu

tvoří proces SMBD. Hlavní problém je však jinde:

Během kopírování na a ze serveru se nijak neprojevuje, ale pokud dělám cokoli, co by mohlo

jakkoli souviset s tiskárnou, dochází mezi notebookem a servrem k silné komunikaci (občas i

několik minut, rychlostí kolem 45KBs) během které je aplikace, kterou jsem používal,

"zaseknutá" - po 10s až někdy 5ti minutách se opět rozběhne.

Může to být vyvoláno změnou fontu ve Wordu (stačí kliknout na seznam fontů), ztučněním

některé části textu, vyvoláním menu SOUBOR-TISKNOUT, vlastnostmi tiskarny nebo pochopitelně

samotným tiskem.

Ale jak říkám, kromě "načasování" vše funguje ok.

Na tiskárnu používám CUPS + drivery z linuxprining na serveru, ovladače pro winXP jsem

instaloval primo na notasu, LPT běží v ECP módu.

SMB.CONF CUPSD.CONF PRINTERS.CONF

Odpovědi

[Sir Mikhail]

Chvíli jsem měl pocit, že se to lepšilo když jsem opravil chyby v /etc/hosts, ale byla to planá naděje ...

HELP!!!

[Sir Mikhail]

Hej, tak tady fakt neni nikdo, kdo by byl schopnej poradit???

[Medved09]

P3@800MHz + 768MB RAM + 1 3COM cosi Gigabit (modul tg3) utahne 200 lidi levou zadni..
Podezrivam sitovky Realtek, zkuste je zamichat v PCI slotech, ev je vymenit za Intely nebo 3COMy

[Sir Mikhail]

Diky za radu, ale nepomohlo to ... navic jsem zjistil ze ten procesor je zatizenej jen kdyz neco delam pres sit, kdyz ode me nekdo kopiruje tak se drzi do 5 procent ...

[R]

Zobrat tcpdump a zistit, co sa tam tolko prenasa

[Sir Mikhail]

Obávám se že z toho nejsem ani trochu moudry. Vytvoril jsem stranku textu ve wordu, zapnul "tcpdump -i eth2 > /mnt/samba/tcpdump_1" a dal SOUBOR-TISK. Nez se objevilo okno s moznostmi, trvalo to cca 3 minuty. Pak jsem vypnul tcpdump a vysledek je tady:

= tcpdump log

k_milaskovi je eth2 na serveru
milasek je muj pocitac :)

[Sir Mikhail]

HM, tak porad bez uspechu ...

[Sir Mikhail]

HEEEEEEEEEEEEEEEELP!!!!!!!!!!!!!!!

[kafa]

Na server s se sdílenou tiskárnou se nekonfiguruje ovladač - protože se z něj netiskne (obvykle) a protože soubory pro tisk už ovladačem prošly. Pokud z něj ovšem tisknete a ovladač instalováný máte, pak Windows musí používat jinou tiskouvou frontu !!!

[Sir Mikhail]

Jsem v linuxu zacatecnik takze jsem to delal postupne - nejdriv jsem chtel vedet, zda je tiskarna ok, pak teprve jsem resil sdileni.

Myslite ze je mozne, ze to zpusobuje ty prodlevy (to ze ma server nainstalovane drivery)?

[kafa]

Sambu jsem provozoval na velkém serveru, ke kterému tiskárna připojena nebyla. (Do serverovny se nechodí). Nicméně dokumentace to tvrdí a je to celkem logické. Sdílená tiskárna musí tisknout data v neupravené podobě, protože už prošla ovladačem u klienta. Nejde už o textový soubor ale o nízkoúrovňová volání v binární formě. Nějaká změna písma nemůže v normálním případě zatěžovat server, protože jí řeší počítač klienta a jeho ovladač a server to jenom pošle přez nějakou frontu na tiskárnu.

Pro začátek zkuste přidat do sekce [global] ještě princap=cups a do sekce [printer] bych zkusil přidat print command=/usr/bin/lpr -o raw %s Podle informací z localhost:631 by si sním CUPS měl poradit a měl by provést nefiltrovaný výstup z ovladače.

[kafa]

V příkazu lpr mi vypadl parametr -r pro smazání dočasného souboru po tisku, takže má být:

print command = /usr/bin/lpr -r -o raw %s
nebo:
print command = /usr/bin/lpr -r -l %s
což je totéž.

[%%%%]

> pripojen pres LPT na SERVER

Rezim prenosu? 4,8,16,32 bit? STP/EPP/ECP? Co treba tiskarna? Umi DMA (ECP)?

Prodlevy jsou kdy? Jenom kdyz se tiskne?

[Jiri Bajer]

Taky bych podezrival 1) tiskovy ovladac (mel by byt raw, jak uz tu bylo receno) - renderovani fontu apod. zere dost CPU, pak 2) sitovky RTL - nemaji moc velkou frontu na pakety a celkove maji mnohem vetsi rezii pri velky zatezi (potrebuji vic I/O na preneseni stejneho toku dat) - 3c90x, e100, tg3 maji mnohem kvalitnejsi HW.

Jeste si over, ze ty widle, kterejma generujes zatez jsou OK. Pred lety se kolegovi na XP stavalo, ze mu vytuhaval pocitac pri vyssi zatezi - pomohla vymena sitovky (RTL za 3Com). Pripojil bych k Sambe jinej stroj a zkusil totez. Pokud te zajima, jakej tok dat leze po siti (pakety/s, KB/s, otevreny koneze na stroje...), zkus jeste iptraf (ncurses rozhrani a la midnight commander, jede v promiskuitnim rezimu => vyzaduje roota).

Mozna by stalo za to jeste zkusit tisknout tentyz dokument lokalne - primo ze serveru. Pokud to bude dlouho trvat, neni to siti, ale tiskovym serverem.

Samba ma moznost zapnout debugovani pomoci smbd -d nebo LogLevel debug v konfiguraku - treba neco objevis tam?

http://www.samba.org/samba/docs/man/Samba-HOWTO-Collection/problems.html

PS: To heelp si priste odpust, dost lidi je na to alergickejch a cim vic budes rvat, tim mas mensi sanci, ze se o tebe bude nekdo starat. Vsichni co ti odpovidaji to delaji ve svem volnem case misto toho aby cuceli na bednu nebo sprejovali panelaky, tak to ber v potaz...

[sirmikhail]

Moc diky za rady, mrknu na to.

A co se heeeeelp :) tyce - chtel jsem dostat tenhle prispevek aspon na chvili do popredi, pac uz se v tom hrabu 2 tejdny a nic ... bylo to rychlejsi nez "Prosim to vazne nikdo nevi", ucel to splnilo a ze tu lidi radi ve svem volnem case vim a taky jsem za to vdecny, uz mi tu hodnekrat poradili ...

[Bazin]

Také jsem tento problem měl , u sestry na notasovy jsem přidal sdílenou tiskárnu pres CPUS ,ale když klikla na zmenu písma "kousnul" se jí word. Vyřešil jsem to tak že jsem dal jinaou defaultní tiskarnu ( Ne tu pres CPUS) , Dal jsem to neresil a tedka to krasne tiskne

[Rockfire]

Ja si osobne myslim ze muze byt problem take v tom, ze server neni nastaven jako "local master = yes" a take ze nemate nastavene "os level" aspon na 128, protoze potom ty XPcka posilaji pakety jak zbesile a zjistuji co je vsechno v siti. Kdyby jste to mel nastavene tak se jen zeptaji samby a ta jim rekne co je v siti protoze by byla master. schvalne zkuste "smbclient -L localhost" na serveru a podivejte se kdo je master.

[sirmikhail]

Ted se mi objevil novy problem, u casti tlacitek v cupsu mi zmizela ip adresa, vi nekdo jak to rozchodit, resp. v kterem konfiguraku to je? projizdel jsem cups i sambu a nikde nic ...

http://michalurban.dyndns.org/a/oh_shit.JPG

[kafa]

Juknul jsem do zdroje stránek na /usr/share/cups/templates a zdá se, že nezná jméno tiskárny. Podívejte se, co říká /var/log/cups/error_log a zkontrolujte konfiguraci tiskárny, příp. jí nainstalujte znovu.

[ZAH]

Osobně podezřívám XP. Podobné problémy jsem zažil na čistě Windows síti. Kde to nakonec skončilo downgrade nootebooku na W2000. Obdobné problémy se objevují v heterogenních sítích u tisku, otvírání souborů a programů běžících pod dosem (puštěných na klientu windows data na servru), keré otvírají readonly sdílené soubory na servru. Úplné řešení jsem nenašel a ani nevěřím, že najdu. Obecně pomáhá

# Browser Control Options:
# set local master to no if you don't want Samba to become a master
# browser on your network. Otherwise the normal election rules apply
   local master = yes

# OS Level determines the precedence of this server in master browser
# elections. The default value should be reasonable

   os level = 62
# 62 je minumum, které dle mne zabírá na XP

# Domain Master specifies Samba to be the Domain Master Browser. This
# allows Samba to collate browse lists between subnets. Don't use this
# if you already have a Windows NT domain controller doing this job
   domain master = yes

# Preferred Master causes Samba to force a local browser election on startup
# and gives it a slightly higher chance of winning the election
   preferred master = yes

# Windows Internet Name Serving Support Section:
# WINS Support - Tells the NMBD component of Samba to enable it's WINS Server
   wins support = yes

a samozřejmě nastavit u klientů adresu servru wins(buď přes dhcp nebo na tvrdo). Dobré je také filtrcvat paketů aby neodchézely z lokální sítě.