IBM x3400 - automatikusan elindul
hello, kicsit off - bocsanat. van egy IBM x3400-as gep, ha kiadom barmelyik parancsot, amivel leallitom a gepet (init 0, shutdown -h now...), akkor a gep leall, majd 5-6 mp utan magatol elindul. A gep nincs szunetmentesen. Van mas PC is a helyisegben, pl egy regi 3000-es IBM, amiben nem ATX-es a tap - az nem csinal ilyet, illetve a noname munkaallomasok sem (ATX-es tappal). Az ott dolgozok eleg sokat panaszkodnak az erosaramu halozat ingadozasara, de nehez elhinni, hogy a nap barmely napszakaban leallitva a gepet mindig jon egy impulzus, ami beinditja _csak_ azt a gepet, ha epp le van allitva, es mindezt nehany mp utan. A BIOS-ban van Power Failure menu (Power On, Power Off, Last state), utobbira van allitva. Mi lehet a gond? Koszi: a. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: IBM x3400 - automatikusan elindul
In article 20090930065928.ga32...@arxnet.hu, =?iso-8859-2?Q?Heged=FCs?= Ervin airw...@freemail.hu writes: van egy IBM x3400-as gep, ha kiadom barmelyik parancsot, amivel leallitom a gepet (init 0, shutdown -h now...), akkor a gep leall, majd 5-6 mp utan magatol elindul. A BIOS-ban van Power Failure menu (Power On, Power Off, Last state), utobbira van allitva. Ha egy kicsit átállítanád power offra, megtudhatnád, hogy helytálló-e az elméleted a feszültségingadozásról. Nincs benne valami távolról vezérelhetõ felügyeleti kártya? Az is képes újraindítani. g _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: IBM x3400 - automatikusan elindul
Ezzel a dátummal: Wednesday 30 September 2009 08.59.28 Hegedüs Ervin ezt írta: hello, kicsit off - bocsanat. van egy IBM x3400-as gep, ha kiadom barmelyik parancsot, amivel leallitom a gepet (init 0, shutdown -h now...), akkor a gep leall, majd 5-6 mp utan magatol elindul. ... A BIOS-ban van Power Failure menu (Power On, Power Off, Last state), utobbira van allitva. Mi lehet a gond? WOL ? üdv _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: IBM x3400 - automatikusan elindul
hello, A BIOS-ban van Power Failure menu (Power On, Power Off, Last state), utobbira van allitva. Mi lehet a gond? WOL ? ooo, ezt el is felejtettem, megnézzuk, koszonom. :) a. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: MySQL lassu INSERT/UPDATE
2009. 09. 29, kedd keltezéssel 22.29-kor Hegedüs Ervin ezt írta: A novekedes kulonbsegere viszonylag egyszeru a magyarazat: az autocommit eseteben diszk-bound a hatarertek, itt nem volt nagy fejlodes, a nocommit eseteben memoria-cpu-bound a hatarertek, itt volt nagy fejlodes. hogy erted, h nem volt nagy fejlodes? Az elozo gephez kepest? Egy ICH5-os vezerlon logo Maxtor IDE helyett egy P410-esen levo RAID10-es SATA tobm van. Igy van, ez messze nem akkora kulonbseg, mint amekkora a ket gep kozott egyebkent van. Probald ki, csereld meg a ket diszk-alrendszert... Ill. nem ertem a novekedes kulonbseget sem: melyikre gondolsz? Akkor olvasd el meg parszor a levelet, meg fogod erteni. :) -- Üdvözlettel, Gábriel Ákos -=E-Mail :akos.gabr...@i-logic.hu|Web: http://www.i-logic.hu=- -=Tel/fax:+3612391618|Mobil:+36209278894 =- _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: MySQL lassu INSERT/UPDATE
hello, hogy erted, h nem volt nagy fejlodes? Az elozo gephez kepest? Egy ICH5-os vezerlon logo Maxtor IDE helyett egy P410-esen levo RAID10-es SATA tobm van. Igy van, ez messze nem akkora kulonbseg, mint amekkora a ket gep kozott egyebkent van. Probald ki, csereld meg a ket diszk-alrendszert... momentan nincs ra lehetosegem... :) meg egyebkent is kihagynam. Ill. nem ertem a novekedes kulonbseget sem: melyikre gondolsz? Akkor olvasd el meg parszor a levelet, meg fogod erteni. :) ok, tfh tudom h melyikre gondoltal, de miert egyszeru a magyarazat? Igazabol nem a novekedes kulonbseg erdekel, hanem hogy miert lassabb 5x az uj gep ugyanazzal a scripttel, mind a regi? 1000 rekord betoltese tablankenti commit-tal: regi: 32sec uj: 2m48sec 1000 rekord betoltese egy commit-tal: regi: 16sec uj: 5.9sec Ebbol engem a 32sec vs 168sec zavar, ennek az okat szeretnem kideriteni. A 2x gyorsulas vs 28x gyorsulas nem igazan erdekel... Koszi: a. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: MySQL lassu INSERT/UPDATE
On Wed, Sep 30, 2009 at 10:15:29AM +0200, Hegedüs Ervin wrote: 1000 rekord betoltese tablankenti commit-tal: regi: 32sec uj: 2m48sec 1000 rekord betoltese egy commit-tal: regi: 16sec uj: 5.9sec Ebbol engem a 32sec vs 168sec zavar, ennek az okat szeretnem kideriteni. Commit ~= cache flush. Ha az uj gepen a cache flush lassabb, minden mas gyorsabb, akkor az nagyon szepen magyarazza a fenti eredmenyeket. Itt van egy kis teszt programocska: http://osdir.com/ml/linux-ext4/2009-03/msg00325.html Mit ir ki a regi ill. az uj gepen? Gabor -- - MTA SZTAKI Computer and Automation Research Institute Hungarian Academy of Sciences - _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: MySQL lassu INSERT/UPDATE
hello, 1000 rekord betoltese tablankenti commit-tal: regi: 32sec uj: 2m48sec 1000 rekord betoltese egy commit-tal: regi: 16sec uj: 5.9sec Ebbol engem a 32sec vs 168sec zavar, ennek az okat szeretnem kideriteni. Commit ~= cache flush. Ha az uj gepen a cache flush lassabb, minden mas gyorsabb, akkor az nagyon szepen magyarazza a fenti eredmenyeket. Itt van egy kis teszt programocska: http://osdir.com/ml/linux-ext4/2009-03/msg00325.html Mit ir ki a regi ill. az uj gepen? huhh, ez durva: regi: fsync time: 0.0158 fsync time: 0.0150 fsync time: 0.0154 fsync time: 0.0151 fsync time: 0.0147 fsync time: 0.0153 uj: fsync time: 0.0692 fsync time: 0.1493 fsync time: 0.0644 fsync time: 0.0733 fsync time: 0.0743 fsync time: 0.0661 Kiprobaltam a masik tombon is: fsync time: 0.0788 fsync time: 0.0743 fsync time: 0.0744 fsync time: 0.0744 fsync time: 0.0744 fsync time: 0.0744 es sajnos ezzel egyidoben megjelentek az alabbi sorok a logban: [603806.434791] end_request: I/O error, dev cciss/c0d1, sector 0 [603806.449380] end_request: I/O error, dev cciss/c0d1, sector 0 ... [603824.841591] end_request: I/O error, dev cciss/c0d0, sector 0 [603824.841683] end_request: I/O error, dev cciss/c0d0, sector 0 (mikor a problema felmerult, mar gondoltam hw hibara, megneztem a logokat, de nem volt semmi - ezt csak ma vettem eszre, de most ha fut a script, akkor is megjelenik az uzenet... :() a. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: MySQL lassu INSERT/UPDATE
2009. 09. 30, szerda keltezéssel 11.04-kor Hegedüs Ervin ezt írta: [603806.434791] end_request: I/O error, dev cciss/c0d1, sector 0 [603806.449380] end_request: I/O error, dev cciss/c0d1, sector 0 O nagyon jo, pont ilyen hiba volt nalunk is. A RAID10 tombon az egyik diszk lassuzott. Nem hibazott, SMART se irt semmi rosszat, de lassuzott. Amiota a diszket kicsereltuk, azota a tomb sebessege kb. megduplazodott. Ja es ugye far-copy -s a RAID10-ed? -- Üdvözlettel, Gábriel Ákos -=E-Mail :akos.gabr...@i-logic.hu|Web: http://www.i-logic.hu=- -=Tel/fax:+3612391618|Mobil:+36209278894 =- _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: MySQL lassu INSERT/UPDATE
hello, [603806.434791] end_request: I/O error, dev cciss/c0d1, sector 0 [603806.449380] end_request: I/O error, dev cciss/c0d1, sector 0 O nagyon jo, pont ilyen hiba volt nalunk is. A RAID10 tombon az egyik diszk lassuzott. Nem hibazott, SMART se irt semmi rosszat, de lassuzott. Amiota a diszket kicsereltuk, azota a tomb sebessege kb. megduplazodott. Ja es ugye far-copy -s a RAID10-ed? A far-copy-nak utana nezek - de ha megmondod, hol lehet, segitesz, nem remlik ilyen menupont A masik tombre miert irt hibat? (cciss/c0d0). Tovabbi fejlemeny: volt egy restart, a tesztre megszunt a cciss/c0d0-on a hiba, nem tudom reprodukalni. A cciss/c0d1-en viszont eltunt a particios tabla... :( Letrehoztam, s' lon a pvdisplay/vgdisplay mutatja a volume-okat, melyeket letrehoztam. Viszont a cciss/c0d1-en ismet elojott a hiba. bonusz kerdes: a fenti esetben hogy sikerult kideriteni, melyik a hibas diszk? jozan parasztival egyesevel kihuzkodni? :) a. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: MySQL lassu INSERT/UPDATE
Hegedüs Ervin wrote: es sajnos ezzel egyidoben megjelentek az alabbi sorok a logban: [603806.434791] end_request: I/O error, dev cciss/c0d1, sector 0 [603806.449380] end_request: I/O error, dev cciss/c0d1, sector 0 ... [603824.841591] end_request: I/O error, dev cciss/c0d0, sector 0 [603824.841683] end_request: I/O error, dev cciss/c0d0, sector 0 (mikor a problema felmerult, mar gondoltam hw hibara, megneztem a logokat, de nem volt semmi - ezt csak ma vettem eszre, de most ha fut a script, akkor is megjelenik az uzenet... :() Imho ez valoban gaz. Az elso disk elso sectora az mbr, amire panaszkodni egy bebootolt rendszeren filemuvelet kozben eleg necces...Plane, hogy a masodik tombre is panaszkodik, mikozben a tesztelo csak egy filet piszkal. -- Gabor HALASZ halas...@freemail.hu _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: MySQL lassu INSERT/UPDATE
Hegedüs Ervin wrote: bonusz kerdes: a fenti esetben hogy sikerult kideriteni, melyik a hibas diszk? jozan parasztival egyesevel kihuzkodni? :) Jozan paraszti esszel gondold vegig, mire is panaszkodik: egy hw raid tombre, ami tobb diszkbol all. Ha valamelyik diszken failure van, akkor a raid vezerlo kidobja a tombbol (vagy a smart redirekcioval megprobalja megbuheralni), bekapcsolja a failure lampat, ordibal, hogy odalett a redundancia, stb...de io error nem keletkezik, ez (lenne) a raid lenyege. Ha pedig annyi diszk esik ki, hogy odalesz a tomb, akkor offlineba rakja, es nem latja tobbet az os. Plusz amit a masik mailben is irtam: a nullas szektor az mbr es a particios tabla, oda csak igen ritkan ir a rendszer. -- Gabor HALASZ halas...@freemail.hu _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: MySQL lassu INSERT/UPDATE
Hello, es sajnos ezzel egyidoben megjelentek az alabbi sorok a logban: [603806.434791] end_request: I/O error, dev cciss/c0d1, sector 0 [603806.449380] end_request: I/O error, dev cciss/c0d1, sector 0 ... [603824.841591] end_request: I/O error, dev cciss/c0d0, sector 0 [603824.841683] end_request: I/O error, dev cciss/c0d0, sector 0 (mikor a problema felmerult, mar gondoltam hw hibara, megneztem a logokat, de nem volt semmi - ezt csak ma vettem eszre, de most ha fut a script, akkor is megjelenik az uzenet... :() Imho ez valoban gaz. Az elso disk elso sectora az mbr, amire panaszkodni egy bebootolt rendszeren filemuvelet kozben eleg necces...Plane, hogy a masodik tombre is panaszkodik, mikozben a tesztelo csak egy filet piszkal. az elso diszk hiba reboot utan megszunt - ennek nem feltetlen orulok, de most nem tudom reprodukalni a hibat. a. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: MySQL lassu INSERT/UPDATE
Hello, bonusz kerdes: a fenti esetben hogy sikerult kideriteni, melyik a hibas diszk? jozan parasztival egyesevel kihuzkodni? :) Jozan paraszti esszel gondold vegig, mire is panaszkodik: egy hw raid tombre, ami tobb diszkbol all. Ha valamelyik diszken failure van, akkor a raid vezerlo kidobja a tombbol (vagy a smart redirekcioval megprobalja megbuheralni), bekapcsolja a failure lampat, ordibal, hogy odalett a redundancia, stb...de io error nem keletkezik, ez (lenne) a raid lenyege. Ha pedig annyi diszk esik ki, hogy odalesz a tomb, akkor offlineba rakja, es nem latja tobbet az os. Plusz amit a masik mailben is irtam: a nullas szektor az mbr es a particios tabla, oda csak igen ritkan ir a rendszer. tok logikus amit irsz, de Gabriel Akos irta, h naluk ue volt ezzel a vezerlovel (ha jol ertem): semmi hiba se a smart altal, sem sehonnan, megis az egyik diszk kivetele utan felgyorsult a rendszer. Az meg nem tiszta, hogy ugyanez a hibauzenet volt naluk is... Koszi: a. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: MySQL lassu INSERT/UPDATE
Hegedüs Ervin wrote: tok logikus amit irsz, de Gabriel Akos irta, h naluk ue volt ezzel a vezerlovel (ha jol ertem): semmi hiba se a smart altal, sem sehonnan, megis az egyik diszk kivetele utan felgyorsult a rendszer. Szereny maganvelemenyem: a smart ugy hulyeseg, ahogy van, es aki smartra alapozza a rendszeret, az ugy jar mint Te vagy Akos. Mar a diszkben levo smart implementaciok is gyakran es csunyan bugosak, utana ezek a gyakran fals informaciok alapjan probalnak a mindenfele eszkozok (vezerlo, kernel) ertelmetlen muveleteket vegezni. Az meg nem tiszta, hogy ugyanez a hibauzenet volt naluk is... Reszletkerdes, a te rendszered jelen allapotaban hasznalhatatlan es eletveszelyes: egy intenzivebb write sorozatra felulirta a particios tablat. A helyesben eloszor masik fs-sel (megint csak azt mondanam, hogy ne extx legyen, plane ne ext4) futtasd az fsync tesztet, ha nem jon elo a hiba, akkor a te problemad rendezodott, mar csak egy oprendszert kell keresned a linux helyett. Ha ismet jelentkezik a hiba. akkor legyalulnam az egesz rendszert, elkezdenem firmware upgradelni a mindent (diskek, raid, alaplap), aztan ujrakezdenem egy massziv tesztelessel. -- Gabor HALASZ halas...@freemail.hu _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: MySQL lassu INSERT/UPDATE
On Wed, Sep 30, 2009 at 11:26:46AM +0200, Gábriel Ákos wrote: Ja es ugye far-copy -s a RAID10-ed? Khm, HW RAID... Gabor -- - MTA SZTAKI Computer and Automation Research Institute Hungarian Academy of Sciences - _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: MySQL lassu INSERT/UPDATE
Hello, Szereny maganvelemenyem: a smart ugy hulyeseg, ahogy van, es aki smartra alapozza a rendszeret, az ugy jar mint Te vagy Akos. Mar a diszkben levo smart implementaciok is gyakran es csunyan bugosak, utana ezek a gyakran fals informaciok alapjan probalnak a mindenfele eszkozok (vezerlo, kernel) ertelmetlen muveleteket vegezni. tiszteletben tartom a velemenyed, es nem erre alapozom a rendszert (ezen pl nincs is smartd) - a rendszert (ertelemszeruen reszben) a raid vezerlore alapoznam. az en maganvelemenyem hogy barmilyen matrica van a diszken/alaplapon, ez bizonyos hataron kivul sokat nem valtoztat: ez van, feljebb lehet menni k*10-szeres szorzoval, es lehet ott (is) firwarekkel b*szakodni (bocs). Az meg nem tiszta, hogy ugyanez a hibauzenet volt naluk is... Reszletkerdes, a te rendszered jelen allapotaban hasznalhatatlan es eletveszelyes: egy intenzivebb write sorozatra felulirta a particios tablat. A helyesben eloszor masik fs-sel (megint csak azt mondanam, hogy ne extx legyen, plane ne ext4) futtasd az fsync tesztet, ha nem jon elo ok, kiprobalok masik fs-t is, a hiba, akkor a te problemad rendezodott, mar csak egy oprendszert kell keresned a linux helyett. az alkalmazas alapvetoleg LAMP-ra keszult, Windows-t nem valoszinu, h teszunk be, mivel ez is olyan lesz (erzesem szerint), hogy van egy hasznalhato gep, nosza talaljunk meg feladatot neki. Mivel PC architektura, szoba johetne meg a *BSD, de nem vagyok hive a hegeszteseknek: ha valaki elojon egy jo otlettel hogy legyen rajta Oracle vagy XXX (- tetszoleges BSD unsupported alkalmazast beirhatsz), akkor megint csak en leszek a saras, hogy miert ezt talaltam ki. De ezt a reszt hagyjuk is. Ha ismet jelentkezik a hiba. akkor legyalulnam az egesz rendszert, elkezdenem firmware upgradelni a mindent (diskek, raid, alaplap), aztan ujrakezdenem egy massziv tesztelessel. egyszerubb kihivni a szervizt, ket hetes gep, jojjon ki es nezze meg... :) a. -- Gabor HALASZ halas...@freemail.hu _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: MySQL lassu INSERT/UPDATE
Hello, 1000 rekord betoltese tablankenti commit-tal: regi: 32sec uj: 2m48sec 1000 rekord betoltese egy commit-tal: regi: 16sec uj: 5.9sec Ebbol engem a 32sec vs 168sec zavar, ennek az okat szeretnem kideriteni. Commit ~= cache flush. Ha az uj gepen a cache flush lassabb, minden mas gyorsabb, akkor az nagyon szepen magyarazza a fenti eredmenyeket. Itt van egy kis teszt programocska: http://osdir.com/ml/linux-ext4/2009-03/msg00325.html Mit ir ki a regi ill. az uj gepen? nos, elokapartam valami utilitty CD-t a doboz aljarol, bebootoltam vele, s lon Kanaan: egy menuponttal tobb lett a wizzard kepernyon, egereszve be tudtam kapcsolni a kikapcsolt allapotban leledzett write-cache-t. Ujraepitettem a RADI10-et, es most lazan veri barmilyen modban a regi gepet. Az osszes hibauzenet megszunt - nem tudom most oruljek vagy kossem fel magam inkabb... a. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: MySQL lassu INSERT/UPDATE
hello, Akkor ennyit a MySQL buheralasrol :-) :) es sajnos ezzel egyidoben megjelentek az alabbi sorok a logban: [603806.434791] end_request: I/O error, dev cciss/c0d1, sector 0 [603806.449380] end_request: I/O error, dev cciss/c0d1, sector 0 ... [603824.841591] end_request: I/O error, dev cciss/c0d0, sector 0 [603824.841683] end_request: I/O error, dev cciss/c0d0, sector 0 Hat, ez szagrol nem media hiba, ugyhogy csak a szokasos altalanos menetrendet tudom ajanlani: - eloszor is probalj meg valami HP management cuccost beloni, hatha mond valami okosat. Ha maskepp nem, akkor live CD-rol vagy rakj fel egy hivatalosan is tamogatott disztribuciot a swap particiora. irtam masik mailt is, (HP wizzarddal be tudtam kapcsolni a write cache-t, _minden_ nyomor megszunt, a gep hasitja a pitet) - tapegyseg es kabelek ellenorzese az alapjan ezt kizarnam, - controller firmware upgrade nem tudom erdemes-e meg - fazom az ilyenektol... - diszk firmware upgrade (a HP-nel a controller support oldalan van nehany) fazom++, - diszk csere. Sajnos a HW RAID vezerlok nem minden diszket szeretnek, es a HP persze csak a sajat markajelzessel ellatott diszkekre garantalja, hogy egyuttmukodnek a vezerlovel. Szoval ha nem HP-s diszkjeid vannak, akkor hivatalosan meg csak nem is reklamalhatsz... HP diszkek vannak benne. a. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: MySQL lassu INSERT/UPDATE
2009. 09. 30, szerda keltezéssel 12.16-kor Hegedüs Ervin ezt írta: tok logikus amit irsz, de Gabriel Akos irta, h naluk ue volt ezzel a vezerlovel (ha jol ertem): semmi hiba se a smart altal, bocs, nem ugyanezzel a vezerlovel volt. sw raid10. Ilyen modon valszeg a far-copy sem ertelmezheto a hw raid rendszereden. a hiba misztikus eltunese reboot utan mindenesetre nyugtalanitana. lehet hogy tenyleg erdemes lenne upgradelni a firmware-ket, legalabb a vezerloet. -- Üdvözlettel, Gábriel Ákos -=E-Mail :akos.gabr...@i-logic.hu|Web: http://www.i-logic.hu=- -=Tel/fax:+3612391618|Mobil:+36209278894 =- _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: MySQL lassu INSERT/UPDATE
2009. 09. 30, szerda keltezéssel 13.05-kor Hegedüs Ervin ezt írta: HP diszkek vannak benne. akarod mondani hp matricas maxtorok :) -- Üdvözlettel, Gábriel Ákos -=E-Mail :akos.gabr...@i-logic.hu|Web: http://www.i-logic.hu=- -=Tel/fax:+3612391618|Mobil:+36209278894 =- _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: MySQL lassu INSERT/UPDATE
On Wed, Sep 30, 2009 at 01:00:09PM +0200, Hegedüs Ervin wrote: nos, elokapartam valami utilitty CD-t a doboz aljarol, bebootoltam vele, s lon Kanaan: egy menuponttal tobb lett a wizzard kepernyon, egereszve be tudtam kapcsolni a kikapcsolt allapotban leledzett write-cache-t. Ujraepitettem a RADI10-et, es most lazan veri barmilyen modban a regi gepet. Ez megintcsak felveti azt a kerdest, hogy van-e BBU? Az lenne a logikus, hogy BBU jelenlete eseten defaultbol legyen write cache, BBU nelkul pedig ne legyen. Persze ha a sebesseg fontosabb, mint az adatok biztonsaga, akkor BBU nelkul is be lehet kapcsolni a cache-t. Gabor -- - MTA SZTAKI Computer and Automation Research Institute Hungarian Academy of Sciences - _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: MySQL lassu INSERT/UPDATE
Hegedüs Ervin wrote: Hello, Szereny maganvelemenyem: a smart ugy hulyeseg, ahogy van, es aki smartra alapozza a rendszeret, az ugy jar mint Te vagy Akos. Mar a diszkben levo smart implementaciok is gyakran es csunyan bugosak, utana ezek a gyakran fals informaciok alapjan probalnak a mindenfele eszkozok (vezerlo, kernel) ertelmetlen muveleteket vegezni. tiszteletben tartom a velemenyed, es nem erre alapozom a rendszert (ezen pl nincs is smartd) - a rendszert (ertelemszeruen reszben) a raid vezerlore alapoznam. A raid vezerlo is hasznal(hat)ja, probald meg ott kikapcsolni. az en maganvelemenyem hogy barmilyen matrica van a diszken/alaplapon, ez bizonyos hataron kivul sokat nem valtoztat: ez van, feljebb lehet menni k*10-szeres szorzoval, es lehet ott (is) firwarekkel b*szakodni (bocs). En is ugy latom, hogy a rebranded cuccokkal sokkal tobb baj van. Lehet, hogy par szazelekkal gyorsabbak vagy jobban illeszkednek a brand altal gyartott managementcucchoz a megpatkolt vezerlok/diszkek, de cserebe sokkal tobb bugot tartalmaznak (kisebb feljesztesi tapasztalat, kisebb peldanyszam, stb..) a hiba, akkor a te problemad rendezodott, mar csak egy oprendszert kell keresned a linux helyett. az alkalmazas alapvetoleg LAMP-ra keszult, Windows-t nem valoszinu, h teszunk be, mivel ez is olyan lesz (erzesem szerint), hogy van egy hasznalhato gep, nosza talaljunk meg feladatot neki. Amennyiben masik filesystemmel nem jelentkezik, akkor egyertelmuen az ext4 okozta a problemat (elotte nem irtad, hogy ilyen uzeneteid lettek volna). Az ext4 nem stable meg (ha jol tudom), elofordulhatnak benne bugok; a problema az, hogy _ha_ valoban az fs hiba eszkalalodott a rendszeren egeszen odaig, hogy leverte a particios tabladat, akkor ez erosen megkerdojelezi a linux kernel hasznalhatosagat. -- Gabor HALASZ halas...@freemail.hu _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: MySQL lassu INSERT/UPDATE
2009. 09. 30, szerda keltezéssel 13.14-kor Gabor HALASZ ezt írta: Az ext4 nem stable meg (ha jol tudom), elofordulhatnak benne bugok; a problema az, hogy _ha_ valoban az fs hiba eszkalalodott a rendszeren egeszen odaig, hogy leverte a particios tabladat, akkor ez erosen megkerdojelezi a linux kernel hasznalhatosagat. Én mondjuk 5x nagyobb esélyt adok a hw hibának. -- Üdvözlettel, Gábriel Ákos -=E-Mail :akos.gabr...@i-logic.hu|Web: http://www.i-logic.hu=- -=Tel/fax:+3612391618|Mobil:+36209278894 =- _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: MySQL lassu INSERT/UPDATE
Hegedüs Ervin wrote: nos, elokapartam valami utilitty CD-t a doboz aljarol, bebootoltam vele, s lon Kanaan: egy menuponttal tobb lett a wizzard kepernyon, egereszve be tudtam kapcsolni a kikapcsolt allapotban leledzett write-cache-t. Szerintem azert nem lattad a biosban, mert nincs bbu-d, anelkul pedig a writecachet hasznalni nem tanacsos. Az osszes hibauzenet megszunt - nem tudom most oruljek vagy kossem fel magam inkabb... Megmagyarazhatatlan hiba megmagyarazhatatlan eltunese nem igazan ok az oromkodesre. Plane, hogy a writecache ki/be kapcsolt allapotaban is hibatlanul kell mukodnie a rendszernek. -- Gabor HALASZ halas...@freemail.hu _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: MySQL lassu INSERT/UPDATE
hello, tiszteletben tartom a velemenyed, es nem erre alapozom a rendszert (ezen pl nincs is smartd) - a rendszert (ertelemszeruen reszben) a raid vezerlore alapoznam. A raid vezerlo is hasznal(hat)ja, probald meg ott kikapcsolni. a HP utility-ben nem volt ilyen opcio - feltetelezem nincs. a hiba, akkor a te problemad rendezodott, mar csak egy oprendszert kell keresned a linux helyett. az alkalmazas alapvetoleg LAMP-ra keszult, Windows-t nem valoszinu, h teszunk be, mivel ez is olyan lesz (erzesem szerint), hogy van egy hasznalhato gep, nosza talaljunk meg feladatot neki. Amennyiben masik filesystemmel nem jelentkezik, akkor egyertelmuen az ext4 okozta a problemat (elotte nem irtad, hogy ilyen uzeneteid lettek volna). Az ext4 nem stable meg (ha jol tudom), elofordulhatnak benne bugok; a nem irtam sehol ext4-et, ill egyszer irtam h kiprobaltam _azzal_ is, es utana irtam hogy ext3 van mindehol. problema az, hogy _ha_ valoban az fs hiba eszkalalodott a rendszeren egeszen odaig, hogy leverte a particios tabladat, akkor ez erosen megkerdojelezi a linux kernel hasznalhatosagat. most hogy igy mondod, kb az ext4 proba utan volt eloszor I/O error (ket napja), a gep kb 10 napja megy, visszaneztem a logokat. de ennek kihatasa lehet a masik tombre is? vagy egyszeruen tenyleg vmi kernel feature? a. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: MySQL lassu INSERT/UPDATE
hello, nos, elokapartam valami utilitty CD-t a doboz aljarol, bebootoltam vele, s lon Kanaan: egy menuponttal tobb lett a wizzard kepernyon, egereszve be tudtam kapcsolni a kikapcsolt allapotban leledzett write-cache-t. Ujraepitettem a RADI10-et, es most lazan veri barmilyen modban a regi gepet. Ez megintcsak felveti azt a kerdest, hogy van-e BBU? Az lenne a logikus, hogy BBU jelenlete eseten defaultbol legyen write cache, BBU nelkul pedig ne legyen. Persze ha a sebesseg fontosabb, mint az adatok biztonsaga, akkor BBU nelkul is be lehet kapcsolni a cache-t. BBU-t kinyomoztatom, de - bocs a lama kerdesert - write-cache nelkul ennyivel lassabb? Ill ez most koltoi volt, nem varok ra valaszt, inkabb hogy egy noname IDE vezerlon be van kapcsolva a write-cache? Akkor itt sem felek tole igazabol... :) a. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: MySQL lassu INSERT/UPDATE
hello, bebootoltam vele, s lon Kanaan: egy menuponttal tobb lett a wizzard kepernyon, egereszve be tudtam kapcsolni a kikapcsolt allapotban leledzett write-cache-t. Szerintem azert nem lattad a biosban, mert nincs bbu-d, anelkul pedig a writecachet hasznalni nem tanacsos. ahha, bar ez a P410i eleg gagyi, max 2 tombot enged letrehozni, es nincs JBOD opcio... en siman kinezem, h ezzel is sporoltak... Az osszes hibauzenet megszunt - nem tudom most oruljek vagy kossem fel magam inkabb... Megmagyarazhatatlan hiba megmagyarazhatatlan eltunese nem igazan ok az oromkodesre. Plane, hogy a writecache ki/be kapcsolt allapotaban is hibatlanul kell mukodnie a rendszernek. a masik levelben irtam: az ext4 probaja elegge osszefuggesben van a hiba megjelenesevel: Sep 28 13:09:17 linux mysqld[18221]: 090928 13:09:17 [Note] /usr/sbin/mysqld: Shutdown complete Sep 28 13:09:17 linux mysqld[18221]: Sep 28 13:09:17 linux mysqld_safe[18616]: ended [airween molyol...] Sep 28 13:13:46 linux kernel: [439298.009431] EXT4-fs (dm-0): barriers enabled Sep 28 13:14:44 linux kernel: [439298.028422] kjournald2 starting: pid 18646, dev dm-0:8, commit interval 5 seconds Sep 28 13:14:44 linux kernel: [439298.040769] EXT4-fs (dm-0): internal journal on dm-0:8 Sep 28 13:14:44 linux kernel: [439298.040774] EXT4-fs (dm-0): delayed allocation enabled Sep 28 13:14:44 linux kernel: [439298.040778] EXT4-fs: file extents enabled Sep 28 13:14:44 linux kernel: [439298.047257] EXT4-fs: mballoc enabled Sep 28 13:14:44 linux kernel: [439298.047271] EXT4-fs (dm-0): mounted filesystem with writeback data mode Sep 28 13:14:44 linux kernel: [439320.129197] end_request: I/O error, dev cciss/c0d1, sector 0 Sep 28 13:14:44 linux kernel: [439320.136986] end_request: I/O error, dev cciss/c0d1, sector 0 szal' ez itt eletem elso ext4 probajanak hiteles kivonata. es az elso I/O hiba a nehany szazezerbol... a. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: MySQL lassu INSERT/UPDATE
On Wed, Sep 30, 2009 at 01:20:27PM +0200, Hegedüs Ervin wrote: BBU-t kinyomoztatom, de - bocs a lama kerdesert - write-cache nelkul ennyivel lassabb? Ill ez most koltoi volt, nem varok ra valaszt, inkabb hogy egy noname IDE vezerlon be van kapcsolva a write-cache? Akkor itt sem felek tole igazabol... :) Nem a vezerlon, a diszkben. A HW RAID vezerlok szepen kikapcsoljak a diszkeken a write cache-t, mondvan hogy ott van helyette a vezerlon levo. Probald meg a regi gepen hdparm -W-vel kikapcsolni a diszken levo cache-t, es ugy hasonlitsd ossze a teljesitmenyt. Bar desktop kategoriaban allitolag vannak olyan diszkek, amik siman azt hazudjak, hogy kikapcsoltak a cache-t, pedig megsem. A cache-sel persze semmi gond addig, amig el nem megy az aram. Innentol az a kerdes, mennyire bizol az UPS-ben. Gabor -- - MTA SZTAKI Computer and Automation Research Institute Hungarian Academy of Sciences - _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: MySQL lassu INSERT/UPDATE
hello, BBU-t kinyomoztatom, de - bocs a lama kerdesert - write-cache nelkul ennyivel lassabb? Ill ez most koltoi volt, nem varok ra valaszt, inkabb hogy egy noname IDE vezerlon be van kapcsolva a write-cache? Akkor itt sem felek tole igazabol... :) Nem a vezerlon, a diszkben. itt vezerlohoz volt kotve a write-cache, tehat egy checkbox volt - az azt jelenti hogy minden diszken megcsinalja? A HW RAID vezerlok szepen kikapcsoljak a diszkeken a write cache-t, mondvan hogy ott van helyette a vezerlon levo. Probald meg a regi gepen hdparm -W-vel kikapcsolni a diszken levo cache-t, es ugy hasonlitsd ossze a teljesitmenyt. Bar desktop kategoriaban allitolag vannak olyan diszkek, amik siman azt hazudjak, hogy kikapcsoltak a cache-t, pedig megsem. bingo, belassult, kb 2x olyan lassu lett. A cache-sel persze semmi gond addig, amig el nem megy az aram. Innentol az a kerdes, mennyire bizol az UPS-ben. miféle UPS-ben...? :P a. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: MySQL lassu INSERT/UPDATE
Hegedüs Ervin wrote: problema az, hogy _ha_ valoban az fs hiba eszkalalodott a rendszeren egeszen odaig, hogy leverte a particios tabladat, akkor ez erosen megkerdojelezi a linux kernel hasznalhatosagat. most hogy igy mondod, kb az ext4 proba utan volt eloszor I/O error (ket napja), a gep kb 10 napja megy, visszaneztem a logokat. de ennek kihatasa lehet a masik tombre is? vagy egyszeruen tenyleg vmi kernel feature? Nem, eppen ezert javasoltam az intenziv tesztelest, hogy valami megatalkodott hw bugot fogtal ki (van egy-ketto, pl a hw raid cache-e ritkan ecc-s, igy ha beteg egy-ket bit, az nagyon nehezen lokalizalhato, de annal rondabb hibakat tud okozni), vagy valami elfuseralt kernelverziot. Megegyszer: a disk (jelen esetben raid tomb) nullas szektoraban csak az fdisknek meg a bootloader installerenek van irnivaloja, a filesystem a kozelebe sem mehet. Kicsit Moricka jelleggel: fdisk c0d0-lal particionalod, es mkfs c0d0p1-gyel csinalsz ra filesystemet. Ha dd if=/dev/zero of=/dev/ccis/c0d0p1-et csinalsz, akkor odalesz a filesystem, ha dd if=/dev/zero of=/dev/ccis/c0d0-t akkor odalesz a minden, na ez tortent nalad. Ha az elso kivaltja a masodikat is, akkor nagy gond van, ezt kellene tesztelni az eltero filesystem + fsync teszt programmal. -- Gabor HALASZ halas...@freemail.hu _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: MySQL lassu INSERT/UPDATE
Hegedüs Ervin wrote: hello, bebootoltam vele, s lon Kanaan: egy menuponttal tobb lett a wizzard kepernyon, egereszve be tudtam kapcsolni a kikapcsolt allapotban leledzett write-cache-t. Szerintem azert nem lattad a biosban, mert nincs bbu-d, anelkul pedig a writecachet hasznalni nem tanacsos. ahha, bar ez a P410i eleg gagyi, max 2 tombot enged letrehozni, es nincs JBOD opcio... en siman kinezem, h ezzel is sporoltak... A bbu jelenlete eleg feltuno, valami akkumulatorpack log a kartyan. -- Gabor HALASZ halas...@freemail.hu _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: MySQL lassu INSERT/UPDATE
Hegedüs Ervin airw...@freemail.hu writes: nos, elokapartam valami utilitty CD-t a doboz aljarol, bebootoltam vele, s lon Kanaan: egy menuponttal tobb lett a wizzard kepernyon, egereszve be tudtam kapcsolni a kikapcsolt allapotban leledzett write-cache-t. Ez ugye nem a diszkek write-cache-e, hanem a RAID-vezérlőé? Mert ellenkező esetben a BBU sem segít rajtad (illetve az adataidon). -- Feri. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: MySQL lassu INSERT/UPDATE
hello, nos, elokapartam valami utilitty CD-t a doboz aljarol, bebootoltam vele, s lon Kanaan: egy menuponttal tobb lett a wizzard kepernyon, egereszve be tudtam kapcsolni a kikapcsolt allapotban leledzett write-cache-t. Ez ugye nem a diszkek write-cache-e, hanem a RAID-vezérlőé? Mert ellenkező esetben a BBU sem segít rajtad (illetve az adataidon). szerintem a vezerloe, bar Gombas Gabor egyik emailje elbizonytalanitott. Egy helyen volt write-cache, nem hiszem hogy ezzel mind a 6 diszk write-cache-t bekapcsoltam volna. a. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
