MDK 9.2 - Samba/SATA ("remote problem" :)

DukO duko na atlas.cz
Středa Říjen 29 10:21:13 CET 2003


>>zkusim se podelit o problem, jak se o nej podelil se mnou jeden kamarad.
>>Do prace nakoupil novy server (dost delo, celkem zbytecne, ale to je OT)
>>- SATA disky, extra video - nVidia tusim, ...).
> 
> 
> Hmmm, nvidia graficka karta v serveru, hmmm ...

Psal jsem  "...dost delo, celkem zbytecne...". Sam jsem mu to rikal.
Jenze...


>>V pohode nainstaloval MDK9.2 a nakonfiguroval dle stareho serveru.
>>Zde mu jde zejmena o sambu, nebot to pouziva zejmena jako filesever
>>pro win32 stanice, kde ale bezi (puvodne ?) DOSovy program urceny
>>pro Novell - nejaka DB, ucto a tak, nevim.
>>
>>   Problem 1:
>>Motto: :-)
>>...delal to proto, ze se mu server predchozi zdal pomaly (SAMBA versus
>>Novell) - jel na TCP/IP a NetBIOS over TCPIP...
> 
> 
> Obecne je samba o neco pomalejsi, nez Novell na stejnem zeleze (nijak
> dramaticky). Samba 3 se oproti 2 ale hodne zlepsila a kdyz si clovek da
> praci to vyladit, tak muze v nekterych situacich Novell predehnat.

Prave jde o to, jak to vyladit, cim pohnout. Co se tyka parametrizace,
tak, jak mi bylo receno, fyzicky jsem to neladil, tak uz zkusili uplne
vse, co jim pripadlo rozumne i co jsem jim nejak citem doporucil...


>>Je opravdu mozne, aby SAMBA byla tim zadrhelem (MDK 9.0)? Masina asi tezko,
>>PIO4 disky, 1.5GHz, 256MB RAM.
> 
> 
> Co znamena PIO4 disky? Psal jste, ze to je SATA, bezi na tom SATA nativne
> nebo v degradovam PIO4 modu?

S PIO4 disky byl puvodni server, ktery ted nahrazuji...


>>Me napadlo jen nejake diskove cache pro SAMBU, ale z toho co jsem o tom
>>vycetl jsem moc moudry nebyl a sam jsem to nikdy neprovozoval a ti co
>>znam a ano, tak nikdy neco podobneho neresili...
> 
> 
> Samba stejne jako cokoliv jineho bude pouzivat volnou pamet jako diskovou
> cache, postara se o to kernel. Pokud na tom nebezi nejaka jina zrava
> aplikace, je ve vetsine pripadu 256 MB dostacujici.

No prave, tam nic dalsiho nebezi a kdyz v prubehu prace da clovek
trebas top, tak procesor spi, neco je ve swapu a hafo volne pameti.
Co je zvlastni, ze pokud je pripojena jen jedan stanice, tak vykon
je naprosto uzasny, uz pri pripojeni druhe vsak klesa hluboko pod
to, co by clovek cekal. (Pokles je takovy, ze to bez nejakych mereni
je viditelne pomale(jsi).)


>>Jak zacal na ten novy server rvat pres sit/SAMBU zalohu tech dat, tak
>>mu to "zamrzlo" (spadla sit, na serveru nejely Xy ani nic jineho). Zase,
>>je to 2x zprostredkovane, ale me napada spousta mist, kde by mohla byt
>>chyba, jenze mi pripada hloupe jit cestou postupne rekonfigurace vseho,
> 
> 
> Hmmm, a ptat se v konferenci bez udani jakychkoliv relevantnich udaju se
> vam zda chytrejsi. Asi ano, my tady prece vsichni mame kristalove koule
> ...

Mno, udaje jsem dal vsechny co mam/mel jsem. :-( Vim, ze to je asi malo,
pro priste, co byste si predstavil za relevantni udaj, ktery by to
mohl posunout?

BTW, mezitim se na tom "zapracovalo" a je to, na 80%, temi SATA disky.
Zkusili prekopnout 1GB z jednoho na druhy a uz to lezelo... ;-)


> Zkuste nejakym benchmarkem zatizit disky (badblocks, dbench, bonnie++,
> tar xjvf linux-2.6.0-test9.tar.bz2 ...) a zjistete, jestli kernel nehlasi
> nejake chyby.

Diky za ty benchmarky, urcite se budou dale velmi hodit.


> Pokud ne, je to asi chyba site nebo samby. Apropo, jaka je to verze samby.

Zkusim zjisit, je to vse z default distribuce MDK9.2.


> BTW proc sem ten vas kamarad nenapise sam, bez podrobnejsich informaci vam
> tu tezko nekdo poradi, spis vas posle ... no vite kam.

No, protoze ma stazenou zadnici, ze byste ho poslali .... no prave tam.
Ja jsem si rekl, ze to proste za tech par facek stoji, nebot me to samotneho
zajima. Krom toho je ve firme takova holka pro vse a maji spojeni dial-up
pres ISDN, takze ja slouzim jako takovy buffer, nebot jsem furt online
a nikde nelitam - ted zrovna je pryc, takze proto netusim tu verzi Samby.

Diky za infosku,

     Duk






Další informace o konferenci Linux