hp smart array 5300
udv! van a $subject -ben szereplo kartyank, 4 csatis, u320 -as. a problema az, hogy ha berakjuk az egyik mostani szerverunkbe (supermicro lap), akkor a kartya felismeri hogy van rajta egy disztomb, majd megall. nem irja ki, hogy f8 -at ker, nem ir ki semmit, csak egyszeruen itt megall az egesz gep, es kesz. atraktuk egy hp ml350 -es gepbe, ami volt, es ott meg tokeletesen jol mukodik. valaki latott mar ilyet? hogy lehetne megoldani? koszi, Z _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: hp smart array 5300
> On Thu, 29 Dec 2005, Zoltan NAGY wrote: > >> atraktuk egy hp ml350 -es gepbe, ami volt, es ott meg tokeletesen >> jol mukodik. >> >> valaki latott mar ilyet? hogy lehetne megoldani? > > milyen slot-ba dugod? A kartya milyen, 64 bites, 66,100 vagy 133MHz-s? vegigprobaltuk az osszes slotban, ugy is, hogy a biosban auton hagytuk, ugy is, hogy 66MHz -s PCI-X re allitottuk, meg ugyis, h sima 66MHz -s PCI -ra (a bios tudja slotonkent allitani ugye.) ez nem hozott valtozast. a lap egyebkent egy supermicro X6DHE-XG2. a fura az, h a hp -s gepben poccre ment, itt meg megall miutan (mikozben?..) tolti a biost.. :( azert eleg szomoru, h egy ilyen eleg draga cucc ilyet muvel. koszi, Z _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
terhelesmegosztas
udv! van egy elegge terhelt szerverunk, apache, mysql, ftp, foleg fajlszerverkent uzemel, de van rajta tobb kisebb-nagyobb weblap is. a gondunk az, hogy nagyon jok felhasznalo eseten az egesz belassul, es a sima weboldalakat sem lehet bongeszni a szerveren, csak nagyon lassan. arra gondoltam, hogy szetdobom a mostani egygepes megoldast meg egy gepre, ugy, hogy: gep1: marad rajta ftp meg apache gep2: sql atjon, ittis lesz apache + thttpd arra gondoltam, hogy alapbol minden domaint atiranyitok gep2 -re, a statikus oldalakhoz fellovok egy thttpd -t (jpeg, html, stb), meg tartok egy apacheot a phps oldalakhoz. azokat az oldalakat amik intranetre mennek vagy nagyon nagy a forgalmuk (sok hulye video, meg minden hulyeseg...) azt pedig megtartom gep1 -en. gep1 loadja most olyan 40 es 160 kozott mozog mert elfogy az idle time (iowaitben all sokat (50% kb), a tobbi meg a processek veszik el), es gondoltam hatha igy nyerhetek vele, hogy sqlt atrakom (1 nap kb 5-6millio keres) meg a webforgalom egy reszet. a kerdes az, hogy tenyleg megeri-e? vagy Ti hogy csinalnatok? elore is koszonom, Z _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
centos/rhel umlben?
Udv! Valaki csinalta mar a $subjectben levo dolgot? Az installert eltudom inditani nagy macera aran, de nemlatja az eth0 -at az umlen belul, konzolra pedig nemtudok kilepni sehogy, hogy kezzel felhuzzam...:) Koszi: Z _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Asterisk + SIP
Ruzsinszky Attila wrote: Szia! Akkor magánban kiöntöm a szívemet, mert ezek már nem Linuxos dolgok, szerintem. pedig az archivum szamara megorizhetnetek ezt is :-) Z _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Asterisk + SIP
Csibra Gergo wrote: [..] host=dynamic defaultip=192.168.0.201 [..] ez után már megy is, a többi asterisk confighoz nem kell nyúlni. host=dynamic nem arra jo, h a telo bereggeljek a pbxbe? ugy tudom ilyenkor semmi ipt ne kell megadni, a telonak kell regisztralni. vagy ha megadok defaultipt, akkor megnezi ott, de regisztralhat is? mire jo ez igy? :) udv, Z _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Nagyforgalmu web szerver...
Gábriel Ákos wrote: Mako Gabor wrote: Hi! Mire kell figyelni/beallitani egy varhatoan nagyforgalmu web szervert (pl. napi tobb ezer keres)? Nem tervezem a dolgot, csak erdekel. :) Szoval Linux,apache,php,mysql (v. vmilyen SQL adatbazis) esten hogyan kellene meretezni a hardvert, ill konfiguralni a web szervert? Van kimondottan erre a dologra egy doksi iranymutatonak? napi tobb ezer keres az nem sok, arra nem kell kulonosebben meretezni :) es mondjuk per perc? :) udv, Z _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Nagyforgalmu web szerver...
Gabor Gombas wrote: On Wed, Oct 25, 2006 at 12:51:40PM +0200, Zoltan NAGY wrote: es mondjuk per perc? :) Kis statikus fajloknal meg mindig nem nagy gond. Ha a tisztelt webdesigner minden oldalat dinamikusan akar Tomcat-bol generalni, akkor kosd fel a gatyadat es tard szelesre a penztarcadat. Masszoval: attol fugg, mit akarsz kiszolgalni... sok nagy adatfilet? azt vettem eszre, hogy apache eleg sok procit zabal igy is, es ha fut 300 apache process, az bizony megeszi a proci 20-30% -at. most azon gondolkodom, h lecserelem lighttpd -re. sok statikus, de nagy file van, amit a juzerek toltenek... megeri a csere? udv, Z _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Nagyforgalmu web szerver...
Andras HORVATH wrote: Zoltan NAGY <[EMAIL PROTECTED]> wrote: sok nagy adatfilet? rendes i/o-t kell alarakni, az a titok. az a baj, hogy az iowait 30-40%, de a load megy fel, mert az apache megeszi a CPU -t :-) u320as scsi van alatta, smartarray vezerlovel. udv, Z _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Nagyforgalmu web szerver...
Gábor Lénárt wrote: Hat ha tenyleg csak statikus cuccok, nincsenek extra apache httpd centrikus dolgok (.htaccess support, miegymas) akkor igen. htaccess -t tud a lighty is, tudtommal :) cherokeeval vannak production tapasztalataid is? udv, Z _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Nagyforgalmu web szerver...
Gábriel Ákos wrote: Andras HORVATH írta: Zoltan NAGY <[EMAIL PROTECTED]> wrote: az a baj, hogy az iowait 30-40%, de a load megy fel, mert az apache megeszi a CPU -t :-) u320as scsi van alatta, smartarray vezerlovel. Ha 30-40% az iowait, akkor vagy rosszul csinalsz valamit, vagy ez sem eleg (hany diszk van azon a kontrolleren, milyen beallitasban? szerintem az elso. imho nincs az a kimeno savszelessegigeny, amit ilyen hw-el akarmilyen bena beallitassal ne lehetne kiszolgalni. a mi gepunkon sokszor megvan a 10mbit/sec kimeno forgalom tartosan, 40-60 apache process, 3 jboss instance es 11-12% a cpu atlagos terhelese, aminek jo fele az ejjeli menteskor megy el egyben. iowait max 7-8% de ezek alap sata cuccok, raid1ben. oke. rosszul csinalok valamit. mit? :-) 512 mb ram van a kontrolleren, es kulso hp diszkdobozba vannak a vinyok (majdnem televannak, azaz kb ~25 diszk, 15krpm). 600mbit folott mar nincs idleje a gepnek. udv, Z _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Nagyforgalmu web szerver...
Gábriel Ákos wrote: Andras HORVATH írta: A 25 diszknek elegnek kene lenni, az rpm edeskeveset szamit ebben a hatugye adottesetben meg a diszkek szama is mindegy lehet. hogyan csatlakozik a diszkdoboz a pcbe? Mert ha ad absurdum egy sima 32 bites pci, akkor helo :) mint mondtam, kulso u320 -as scsi diszkdoboz. lspci szerint: [..] Capabilities: [dc] PCI-X non-bridge device Command: DPERE- ERO+ RBC=512 OST=8 Status: Dev=03:04.0 64bit+ 133MHz+ SCD- USC- DC=simple DMMRBC=2048 DMOST=8 DMCRS=32 RSCEM- 266MHz- 533MHz- udv, Z _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Nagyforgalmu web szerver...
Andras HORVATH wrote: A 25 diszknek elegnek kene lenni, az rpm edeskeveset szamit ebben a helyzetben. Milyen konfiguracioban vannak a diszkek? Mennyit "tud" a diszkalrendszer (pl. iozone tesztekkel)? Milyen filerendszer, milyen parameterekkel? raid5, iozonet nemtudok rajta nezni, mert 0-24 kivan terhelve az egesz. amugy: [...] type xfs (rw,noatime,logbufs=8,logbsize=32768) otlet? :-) udv, Z _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Nagyforgalmu web szerver...
Gábriel Ákos wrote: Zoltan NAGY írta: raid5, iozonet nemtudok rajta nezni, mert 0-24 kivan terhelve az egesz. raid5-on streamelni, gratulalok. tessek raid1-re atalakitani, akkor talan... :) kicsit draga lenne, nem? ;) valamit csak lehet csinalni...? :) udv, Z _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Nagyforgalmu web szerver...
Andras HORVATH wrote: Gábriel Ákos <[EMAIL PROTECTED]> wrote: raid5-on streamelni, gratulalok. miert, mi a baj vele? olvasashoz nem kell szamolni, es ha irnak ra, akkor csak arra kell vigyazni, hogy egesz tobbszoroset irjak a RAID chunk size-nak. (Mondjuk ez olvasasnal se hulyeseg.) A kerdezonek: ha nem tudsz hozzanyulni, tovabbi informacioval szolgalni, akkor nem fogunk tudni ennel tovabb segiteni sem. barmi olyat megtudok csinalni, ami nem akadalyozza a felhasznalokat a rendszer hasznalataban, illetve ejszaka csak 100-200 mbit megy ki, akkor tudok ugy teszteket vegrehajtani. de teljesen leloni nemnagyon... mit javasolnal? udv, Z _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Nagyforgalmu web szerver...
Gábriel Ákos wrote: Zoltan NAGY írta: Gábriel Ákos wrote: Zoltan NAGY írta: raid5, iozonet nemtudok rajta nezni, mert 0-24 kivan terhelve az egesz. raid5-on streamelni, gratulalok. tessek raid1-re atalakitani, akkor talan... :) kicsit draga lenne, nem? ;) valamit csak lehet csinalni...? :) nem volna eleg az ugy letrejovo kapacitas? nem, ez is televan. en amugy majdnem biztos hogy ugyanabbol a penzbol egy tobbgepes sata-s setupot csinaltam volna, sok raid10-be kotott sata vinyoval. tobbet fogyaszt, az igaz, de jobban es olcsobban skalazhato. lehet, de mostmar ezen nem tudok valtoztatni :-) SATA vs SCSI tapasztalatok? ;) udv, Z _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Nagyforgalmu web szerver...
Andras HORVATH wrote: Gábriel Ákos <[EMAIL PROTECTED]> wrote: attol fugg mennyi a read/write arany. ha ez eleg nagy, akkor a write mennyit ir egy webszerver? (errol szol a subject is) baromi nagy reszet elviszi a diszkek idejenek a folos szamolgatashegyek miatt, es akkor kesz a lassu raid5. adatbazis ala is pont ezert nem nem, erre a megoldast izmos RAID CPU-nak hivjak. A raid5 akkor hal meg igazan, ha olvasni kell irashoz (tul kicsiket irsz). Adatbazisrol (ami kicsiket ir) nem is volt szo itt. Megoldasom nincs, komponensenkent kellene megmerni, hogy hol a szuk keresztmetszet. Szerintem a raid kartyaban vagy abban a csoda kulso diszktombben lesz de ugyebar ha egesz nap uzemel a cucc, akkor nem sok mindent tudsz csinalni. osszerakok egy ugyanilyen osszetetelu tesztkornyezetet, ott tudok merni, de mar csak jovohet elejen szerintem. ha osszeraktam jelentkezem :-) udv, Z _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Nagyforgalmu web szerver...
Kosa Attila wrote: Mitol streaming a streaming? :) Szerintem a scsi-t ilyen teruleten biztosan nem veri meg a sata, mert a sata megfogja a processzort is, mig a scsi (vagy raid) vezerlo fogadja a processzor utasitasait, nem kell varnia a processzornak a valaszra. Es szerintem 300 processz eseten mar nagy valoszinuseggel ugralnia kell a fejnek a diszkekben. oke, de ennyire? nyilvna random i/o kategoria, de nehogymar ne legyen kepes 14db 15krpm u320as scsi kiszolgalni 1gbitet... Mekkorak a fajlok? Mik a raid-vezerlo bios beallitasai? A smartarray-ekben (emlekeim szerint) lehet allitani mindenfele erdekes dolgot, amelyek gyorsithatjak a diszkek elereset a cache hasznalataval, csak vigyazni kell nemelyikkel, mert aramszunet eseten elofordulhat, hogy peldaul nem minden irodik ki a cache-bol (ezert szokott elem lenni a komolyabb vezerlokon). BBWC modul rajtavan az 512es ramon, of course :-) udv, Z _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
I/O alrendszer teszteles [Volt: Nagyforgalmu web szerver...]
Kosa Attila wrote: On Thu, Oct 26, 2006 at 06:12:40PM +0200, Zoltan NAGY wrote: Kosa Attila wrote: Mitol streaming a streaming? :) Szerintem a scsi-t ilyen teruleten biztosan nem veri meg a sata, mert a sata megfogja a processzort is, mig a scsi (vagy raid) vezerlo fogadja a processzor utasitasait, nem kell varnia a processzornak a valaszra. Es szerintem 300 processz eseten mar nagy valoszinuseggel ugralnia kell a fejnek a diszkekben. oke, de ennyire? nyilvna random i/o kategoria, de nehogymar ne legyen kepes 14db 15krpm u320as scsi kiszolgalni 1gbitet... Ezert mondjak a tobbiek is, hogy meg kellene vizsgalni a raid-vezerlo beallitasait, teszteket futtatni (kulonbozo fajlrendszerekkel), hogy kideruljon, mit tudnak a diszkek, nem-e megis az a szuk keresztmetszet. Ezen eredmenyek nelkul ennel nem nagyon lehet tobbet mondani... akkor ezeket megfogom tenni mihamarabb, es kirakom publicba az eredmenyeket. most mar csak az kell, h dobjatok meg otletekkel, h miket nezzek :-) parameterezesek, filerendszer-opciok, barmi, es akkor megcsinalom a teszteket. szoval minden javaslatra nyitott vagyok :-) udv, Z _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Nagyforgalmu web szerver...
Kiss Gabor wrote: In article <[EMAIL PROTECTED]>, Andras HORVATH <[EMAIL PROTECTED]> writes: FYI amugy vannak nagyon komoly RAID vezerlok SATA diszkekhez is. Adalek: a 3Ware vezerloi nekem eddig bevaltak. mostanaban neztem teszteket, areca egesz jonak tunt, de nem ismerek senkit, aki eloben hasznalna. hacsak nem bra.. :) igazan beszamolhatnal, kedves bra, hogy hogy megy :P udv, Z _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: I/O alrendszer teszteles
Gabor Gombas wrote: - 2.6.x kernellel az LVM segitsegevel le tudtam kezelni (2T alatti diszkek osszefuzese). Ez 2.4.x kernellel nem megy igazan. Ha mar 2.6, akkor config LBD [...] Say Y here if you want to attach large (bigger than 2TB) discs to your machine, or if you want to have a raid or loopback device bigger than 2TB. Otherwise say N. ennek van valami penaltyja? - File systemb sem trivialis, ext[23] peldaul 8T felett nem eletbiztositas es 16T felett nem kezeli. Arra sem art gondolni, hogy eleg lesz-e a memoria az fsck-nak, ha pl. egy memoria-hiba miatt[*] megserul a file system es ossze kell szedegetni a maradek darabokat. Pl. 32 bites processzoron kellemetlen lehet, ha az fsck 4G-nal tobb memoriat akar hasznalni... korkerdes: ki mit hasznalna >2T felett? marmint fajlrendszert. ext2,ext3 -at felejtsuk el, mert 8T azert mar nem egy nagyon nagy dolog manapsag. es "streamingre", ahogy mostanaban latom itt a nagyoktol :P [a teszteket ettol fuggetlenul majd megcsinalom, csak meg inteznem kell hozza hwt kolcson :-)] udv, Z _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: I/O alrendszer teszteles
Andras HORVATH wrote: Zoltan NAGY <[EMAIL PROTECTED]> wrote: korkerdes: ki mit hasznalna >2T felett? marmint fajlrendszert. xfs-t. (vagy solaris zfs-t :) es "streamingre", ahogy mostanaban latom itt a nagyoktol :P arra meg foleg xfs-t, merthogy arra talaltak ki. kiraly, mostis xfs van, megis fos :P udv, Z _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: I/O alrendszer teszteles
Kiss Gabor wrote: In article <[EMAIL PROTECTED]>, Zoltan NAGY <[EMAIL PROTECTED]> writes: korkerdes: ki mit hasznalna >2T felett? marmint fajlrendszert. ext2,ext3 -at felejtsuk el, mert 8T azert mar nem egy nagyon nagy dolog ext4-et! 1 exabyte-ig jo. :-) (emlekeztetoul: http://en.wikipedia.org/wiki/Si_prefix) meg icipicit instabil, meg fejlesztoi, de rogton rarakom az osszes fontos adatom, mar megy is az mv! :-) udv, Z _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: I/O alrendszer teszteles
Gábriel Ákos wrote: Zoltan NAGY írta: korkerdes: ki mit hasznalna >2T felett? marmint fajlrendszert. ext2,ext3 -at felejtsuk el, mert 8T azert mar nem egy nagyon nagy dolog buta kerdes, de nem lehet darabolni a fs-t? mondjuk a-z ig alkvt-k, mondjuk filenev kezdobetunkent. esakkor mar csak 26-oda per fs, az meg mar kezelheto perszetudom marad akkor sok kis terulet esetleg ez csak egy otlet :) nemtudom, hogy a performancian segitene-e. viszont egyben amugyis ooolyan szeeep :) udv, Z ps.: lattam valamelyik magyar pasteit -es siteon egy df -et, ahol valami Y -os nagysagrendje volt a sracnak... :) _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: I/O alrendszer teszteles
Gabor HALASZ wrote: Zoltan NAGY wrote: arra meg foleg xfs-t, merthogy arra talaltak ki. kiraly, mostis xfs van, megis fos :P Ha olvasni kell, (es van backup :), akkor reiser4. most fejlesztik azt, vagy mi van vele? meg mindig csak -mm -ben van? hasznalna'd productionben? :PP amugy eleg korulmenyes 5-6T adatrol backupot tartani.. :( udv, Z _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: I/O alrendszer teszteles
Szalai Ferenc wrote: Zoltan NAGY wrote: korkerdes: ki mit hasznalna >2T felett? marmint fajlrendszert. ext2,ext3 -at felejtsuk el, mert 8T azert mar nem egy nagyon nagy dolog manapsag. es "streamingre", ahogy mostanaban latom itt a nagyoktol :P Nekunk van egybefuggo cca. 19T XFS-el, sw RAID6-al, LVM-el + 64 bites geppel. lehet tudni meg valamit a hwrol? gondolom scsi, de valami konkretabbat? :) meg h mennyire van kiterhelve..? udv, Z _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: kswapd meghalt
Gabor Gombas wrote: > On Tue, Dec 12, 2006 at 02:41:25PM +0100, Papp Tamas wrote: > > >> Probaltad 2.16.19-cel? Bar gondolom xen patch meg nincs ahhoz. >> > > A 2.6.19-ben a memoria-kezeles kornyeken van valami bug (illetve van > olyan sejtes, hogy a bug mar jo regota ott van, csak eddig nem jott > elo), ami file corruption-t okoz. > .1 -ben is? :) nem kovetem napi szinten az lkmlt, bar regen tettem.. koszi, Z _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Mokas md
Hegedüs Ervin wrote: >> md-vel nincs tapasztalatom igy, de ugye LVM ala pl. lehet ugy letrehozni >> PV-t, hogy az egesz diszk device a PV. Felesleges particionalni. >> > eddig ugy tudtam, hogy elofeltetele az md-nek a particio meglete, > es annak a _tipusa_ (0xfd). > > Most gyorsan utana olvastam, hirtelen ezt talaltam: > http://tldp.org/HOWTO/Software-RAID-0.4x-HOWTO-2.html > "Software RAID has one further important distinguishing feature: > it operates on a partition-by-partition basis, where a number of > individual disk partitions are ganged together to create a RAID > partition." > > Ettol fuggetlenul lehet, h mukodik particio nelkul is, most nincs > idom/lehetosegem kiprobalni. > mukodik, teljesen jol. Z _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: ssh_exchange_identification
Duedoo Was wrote: > Duedoo Was írta: > >> a gepbe. Reboot utan megjavult persze minden, de ezt az undorito >> > oh, az nem derult ki, hogy minden aminek mennie kell az ment, csak a ssh > allt le... > ezzel a problemaval regebben en is talalkoztam. csak az ssh halt ki, ugyanilyen hibaval, a reboot megoldotta. de naha az sem. :) udv, Z _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: sshfs
Gábor Lénárt wrote: > On Mon, May 14, 2007 at 01:04:19PM +0200, Hóbor István wrote: > >> A minap fel akartam tenni az sshfs nevű progités már a configure >> kiakad ezzel: >> configure: error: Package requirements (fuse >= 2.2 glib-2.0) were not met. >> Consider adjusting the PKG_CONFIG_PATH environment variable if you >> installed software in a non-standard prefix. >> >> Mit javasoltok? >> > > Az uzenetben is emlitett fuse illetve glib (devel) csomagok felrakast, hisz > pont arrol szol az uzenet is. > tudom hogy az eredeti kerdeshez semmi koze, viszont sshfs ez is. mitol lehet az, hogy x ora utan elsegfaultol? :-) koszi, Z _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: LSI MegaRaid kuzdelmek
Hegedüs Ervin wrote: >> Szerintem (ez) a raid-vezerlo nem tudja kulon mutatni a diszkeket >> az oprendszer fele, ezert nem lattad eloszor. >> > ez minden bizonnyal igy van. > > de tudja, csak allitsd be a biosaban a JBOD -ot, es akkor az osed latni fogja. >> A raid0-k >> letrehozasa utan (amelyek ugye HW raid-ek, meg ha ertelmetlenul >> is vannak konfiguralva) pedig a raid eszkozoket latod, nem >> direktben a diszkeket. Tehat semmikeppen nem kerulted ki a >> raid-vezerlot, de meg "fole" teszel egy szoftveres raid-et. >> > ez reszben igaz, kiprobalom meg, es referalok, de valami oldalon > olvastam, hogy ha HW raid-et hasznalok, akkor nem /dev/sdX-kent > latszodik az eszkoz... (talan /dev/megaraidN...? most viszont > biztos, hogy nincs ilyen eszkozom) > en mindig /dev/sdX -nek lattam a megaraides eszkozeim. > >> Talan erdemesebb lenne atgondolni a HW vs. SW raid dolgot... >> > erdemes, persze, hogy erdemes, de a kartya pl nem tud raid0+1-et, > de tud ilyet, en hasznaltam ilyenben. :) udv, Z _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: LSI MegaRaid kuzdelmek
Hegedüs Ervin wrote: > Hello, > > Szerintem (ez) a raid-vezerlo nem tudja kulon mutatni a diszkeket az oprendszer fele, ezert nem lattad eloszor. >>> ez minden bizonnyal igy van. >>> >> de tudja, csak allitsd be a biosaban a JBOD -ot, es akkor az osed latni >> fogja. >> > nem talaltam ilyet, hogy JBOD... ez egy "web"-esnek csufolt > konzol, ahol egerrel kell (lehet) kattintgatni, es "wizzard" > segitsegevel letrehozni az eszkozoket, ill ezeket listazni... > > igyvan. vagy van linuxra egy megamgr nevu progi, amivel tudod basztatni. na most nemtudom megnezni neked konkretan, de ott valamelyik menuben ki lehet valasztani azt, hogy JBODkent mukodjon. tudom, hogy nagyon szar a felulete, de ezt kell szokni :) > ebben is segithetnel, hogy hogy kell beallitani... > > Egy virtualis eszkoz letrehozasakor az eszkozok szama alapjan o > felajanl egy vagy tobb (2) lehetoseget. Ha 2 eszkoz van a > virtualis eszkozhoz, akkor raid0-t vagy 1-et lehet valasztani > (erdekes, hogy a tomb meretet explicit meg _kell_ adni, annelkul nem > enged tovabb, bar o kiszamolja, onnan tudom en is beirni). Ha 3 v > tobb diszk van a virtualis eszkozhoz hozzarendelve, akkor raid0 > vagy raid5 a valasztasi lehetosegem. Ennyi, de ahogy irtam, > szivesen veszek barmi segitseget. > interesting. en 8 diszkbol csinaltam raid10et, es valami trukk volt benne, de meg nem mondom mi hirtelen. talan kulon kelett csinalnom ket raid0at, es utana o csinalt raid1et belole? ej, nem jut eszembe, majd megkerdem a kollegat, de _tuti_ tudja, csak nem trivialis. en is szivtam vele :) udv, Z _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: egy kis C kodolas [OFF]
Baranyai László wrote: > Szia! > > >> hogy lehet ezt az allapotot felderiteni, hogy be tudjam zarni azt a >> file descriptort ? >> > > Timeout? Ha eleg hosszu ideig nincsen forgalom, akkor bezarni. > Lehet, hogy van elegansabb megoldas, de ezt mar sok helyen > lattam. Valaszido eseten altalaban 30s alapertelmezett > idokorlatot adnak. > > ha jol emlekszem, a recv() 0 -aval ter vissza ha a masik oldal bezarta a kapcsolatot. udv, Z _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: SATA RAID kartya vs. SW raid...?
Gabor Gombas wrote: > On Tue, Aug 14, 2007 at 04:07:16PM +0200, Gabor Gombas wrote: > > >> Sok diszk eseten viszont mar erdemes elgondolkodni a HW RAID-en. >> > > Ja meg valami: HW RAID eseten viszont alaposan meg kell nezni, mit is > vesz az ember. Pl. nekunk is sikerult mar belefutni egy SATA-s LSI RAID > vezerlobe (a kozbeszerzes gyonyorei...), ami most egy polcon pihen, mert > nem sikerult belole epeszu sebesseget kicsikarni - cserebe viszont jo > draga volt. > Mi a velemenyetek a HP P600 -arol? Igaz, sashoz terveztek, de SATA diszkekkel tervezem a hajtasat :) koszi, Z _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: xorg.conf es a HDTV 1920x1080-as felbontassal
Also-Antal Csaba wrote: > a vga ugyan olyan kepminoseget tud mint a hdmi. csak normalis vga-t kell > rakni bele.. pl parhelia nekem olyan van. > mar ha csak azt nezem az egyik digitalis a masik analog... HDTV -t sosem kotnek be ilyen szutykon :-) Z _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: xorg.conf es a HDTV 1920x1080-as felbontassal
Also-Antal Csaba wrote: > Jozsef Valkai wrote: > > >>> mar ha csak azt nezem az egyik digitalis a masik analog... >>> >>> HDTV -t sosem kotnek be ilyen szutykon :-) >>> >> Egyet ertek Veled, valszeg a kollega nem latott hdtv-t kozelrol vagy >> nem tudja a kulonbseget megallapitani. Node, nem akarok >> szemelyeskedni. >> > > hat... en nem masnak csinalok ilyen masinat hanem magamnak mert nekem > van ilyen plazmam :/ es analog vga-val hajtom. sokat tokoltem vele es > nem viccbol adtam 90k-t egy "szutyok" vga-ert... > > plazmad? az izgi. vagy most vetted, vagy megsem plazma az. a full HD -s plazmak (amiben a penel is ilyen) kb par honapja jelentek meg. Z _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: xorg.conf es a HDTV 1920x1080-as felbontassal
Also-Antal Csaba wrote: >>> hat... en nem masnak csinalok ilyen masinat hanem magamnak mert nekem >>> van ilyen plazmam :/ es analog vga-val hajtom. sokat tokoltem vele es >>> nem viccbol adtam 90k-t egy "szutyok" vga-ert... >>> >>> >>> >> plazmad? az izgi. vagy most vetted, vagy megsem plazma az. a full HD -s >> plazmak >> (amiben a penel is ilyen) kb par honapja jelentek meg. >> > > pv60 van egy eve es PDP-5000EX par hete. de mar banom, hogy megvettem. > szerencsere be tudom csereltetni egy projektorra. > > en most tervezek venni ilyet. mi a bajod a mostanival? miert lenne jobb egy projektor? miert nem LCD akkormar? a plazmanak elethubb a kepe, szerintem. Z _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: xorg.conf es a HDTV 1920x1080-as felbontassal
Also-Antal Csaba wrote: > Jozsef Valkai wrote: > > >>> en most tervezek venni ilyet. mi a bajod a mostanival? miert lenne jobb >>> egy projektor? >>> miert nem LCD akkormar? >>> >>> a plazmanak elethubb a kepe, szerintem. >>> >> En sem ertem, miert plazma, de miert inkabb projektor?? Projektor >> draga, kell hozza vaszon ami megint csak nem kis penz, megaztan zajos >> stb. Akkor mar inkabb LCD. >> > > az lcd-knek nagyon keves a kontrasztaranya. ezert nem tul jok hazimozi > celokra. > 15000:1? Z _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: xorg.conf es a HDTV 1920x1080-as felbontassal
Also-Antal Csaba wrote: > Zoltan NAGY wrote: > > >> Also-Antal Csaba wrote: >> >> >>> Jozsef Valkai wrote: >>> >>> >>> >>> >>>>> en most tervezek venni ilyet. mi a bajod a mostanival? miert lenne jobb >>>>> egy projektor? >>>>> miert nem LCD akkormar? >>>>> >>>>> a plazmanak elethubb a kepe, szerintem. >>>>> >>>>> >>>> En sem ertem, miert plazma, de miert inkabb projektor?? Projektor >>>> draga, kell hozza vaszon ami megint csak nem kis penz, megaztan zajos >>>> stb. Akkor mar inkabb LCD. >>>> >>>> >>> az lcd-knek nagyon keves a kontrasztaranya. ezert nem tul jok hazimozi >>> celokra. >>> >>> >> 15000:1? >> > > :D meg a plazmanak sincs annyi > > Samsung LE-46M87BDX en ilyet tervezek venni... Z _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: openvpn OK
Thiering Péter wrote: > Kedves Lista! > > UDP-vel megy, a tuzfal blokkolta, TCP-vel kihagy, akárhogy próbálom... > szerintem itt van a kutya elásva, jobban "szereti" az UDP-t > > ami ugye onmagaban hulyeseg, hiszen az egyik stateful, a masik stateless protokoll, ponthogy nem viselkedhet igy, IMHO. Z _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Több SSH kulcs különböző alháló khoz
Ruzsinszky Attila wrote: >> De azt nem mondtad el, hogy a kulcs el van-e tárolva valamelyik gépen. Ez >> > Ha azonos kulcsot akarnék használ, akkor ez egy feltétel, nem? > ajanlanek egy kis irodalomolvasast, mert ugy latom nem is erted ennek az egesznek a lenyeget. a publikus kulcs van tarolva a gepeken, ahova mesz, a privat kulcs egyetlen egy helyen van: nalad. Z _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Lassú imap
Gabor HALASZ wrote: > Akos Gabriel wrote: > >> On Tue, 07 Oct 2008 13:25:11 +0200 >> Gabor HALASZ <[EMAIL PROTECTED]> wrote: >> >> >>> Nagy loadot a gagyi sata csinalja, azzal nem kell foglalkozni, egy >>> sima ls is csinal 1-es loadot, attol meg, hogy ujabban sd-nek mutatja >>> a kernel, az csak ide marad. Egy reiserfsck nem artana, es masik >>> kernel sem. A dovecot indexeit is torolnem. >>> >> Ez ugy igaz, hogy van olyan gagyi sata ami kepes nagy loadot csinalni. >> Van persze nem-gagyi is, ami nem csinal nagy loadot. >> > > Az megis melyik? (ahol van egy raidvezerlo a sata es a pci busz kozott, > azt hagyjuk, ott a sata csak piaci szempontok miatt van, barmi lehetne > helyette) > > seagate raid editionos diszkek? 32 mega cache, ncq..? :) Z _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
mysql idok kezelese
sziasztok! lehet, en vagyok a hulye, de gondoltam megkerdezlek Titeket is errol ;) szoval van egy tablam, benne egy datetime mezo (lehetne timestamp is, nem valtoztat). tudni szeretnem, hogy a jelenlegi ido (CURRENT_TIMESTAMP, NOW(), sok aliasa van) es a mezo erteke kozott hany masodperc telt el. az sql standard szerint ket datum kulonbsegenek intervallumnak kell lennie, ezzel szemben a mysql szamkent vonja ki a datumokat. (atirja oket 20081030141620 alakba, es ugy vonja ki...) en nezek be vmit, vagy...? :) persze tudom, UNIX_TIMESTAMP() -el tudnam konvertalni, de az mar nem az igazi. a #mysql chanon elkuldtek hogy hasznaljak pgsqlt.. koszi, Z _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: mysql idok kezelese
Gabor HALASZ wrote: > Zoltan NAGY wrote: > >> az sql standard szerint ket datum kulonbsegenek intervallumnak kell >> lennie, ezzel szemben a mysql >> szamkent vonja ki a datumokat. (atirja oket 20081030141620 alakba, es >> ugy vonja ki...) >> >> > ? > > mysql> SELECT DATE_SUB(NOW(), INTERVAL 1 MONTH); > persze, igy jo. en a sima MINUS operatorral gondoltam. azaz: "SELECT CURRENT_TIMESTAMP - field FROM xy". az sql szabvany szerint IMHO ennek jonak kene lennie. nem? :) Z _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: mysql idok kezelese
Hofferek Attila wrote: > Zoltan NAGY írta: > >> persze, igy jo. en a sima MINUS operatorral gondoltam. azaz: >> "SELECT CURRENT_TIMESTAMP - field FROM xy". >> >> az sql szabvany szerint IMHO ennek jonak kene lennie. >> > > Es az sql szabvany szerint ha egy date mezobol kivonsz egyet, minek kell > tortennie? Es ha egy datetime-bol vonod ki ugyanazt? > csak annyit ir, hogy intervallumot KELL visszaadnod. namost ha szamkent vonom ki oket, akkor nehez masodperchez/akarmihez viszonyitani matekozas nelkul. Z _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: mysql idok kezelese
Gabor HALASZ wrote: > Zoltan NAGY wrote: > >>> mysql> SELECT DATE_SUB(NOW(), INTERVAL 1 MONTH); >>> >>> >> persze, igy jo. en a sima MINUS operatorral gondoltam. azaz: >> "SELECT CURRENT_TIMESTAMP - field FROM xy". >> >> az sql szabvany szerint IMHO ennek jonak kene lennie. >> >> nem? :) >> > > Es melyik sql szabvany szerint a sok kozul? :) Amugy fogalmam sincs, de > tobb oldalnyi leiras es example van a mysql guideban az ido es datum > muveletekrol > (http://dev.mysql.com/doc/refman/5.0/en/date-and-time-functions.html), > es ha kozlod vele, hogy a '- field from xy' ido es nem numerikus ertek, > akkor jo lesz az eredmeny. > ismerem en is a fuggvenyeket, a cel az lett volna, hogy elkeruljem barmelyik hasznalatat, nem akartam NativeQueryket irni, sima JPQL querybol szerettem volna idoket hasonlitani, es hat az igy megy at az sql fele. de mar atirtam oket... Z _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux