On Sun, Sep 27, 2009 at 11:36:14PM +0200, Varga Zsolt wrote:
Szia
Hát valóban nem kapcsólódik szervesen a linuxhot :)
A regisztrált felhasználó amikor megír egy hozzászólást akkor kérheti
hogy értesitést kapjon a válaszra.
Hogyan, mit kell beklikkelni es foleg mit kell utolag meklikkelni?
On Sun, Sep 27, 2009 at 10:49:42PM +0200, Papp Tamas wrote:
helo!
Nem kotodik szorosan a linux-hoz, de talan ez a legmegfelelobb forum,
ahol felrakhatom a kerdest.
Van egy forumom, ahol azt kellene megoldani, hogy ha vki valaszol
vkinek egy hozzaszolasara (reply with quote), akkor a
2009. 09. 27, vasárnap keltezéssel 21.04-kor Hegedüs Ervin ezt írta:
iowait-et neztem top-on keresztul, az az uj gepen 80-90% korul
volt, a regin nehany %.
a regi gepen valami fsync-szeru nincs bekapcsolva.
--
Üdvözlettel,
Gábriel Ákos
-=E-Mail :akos.gabr...@i-logic.hu|Web:
Apropo mount: a sudo-n kivul milyen megoldas letezik arra, hogy cd
image-eket adott user is mountolhasson a loop opcioval...?
(vmi pmount -szeru dologra gondolok, de az csak a /dev-ben levo eszkozt
fogad el argumentumkent)
fuseiso?
VJP
_
linux
hello,
iowait-et neztem top-on keresztul, az az uj gepen 80-90% korul
volt, a regin nehany %.
a regi gepen valami fsync-szeru nincs bekapcsolva.
ezt csak ma vettem eszre, miutan Gombas Gabor barrier-es
felvetese utan nyomoztam: a 9.10-es ubuntuban data=writeback-el
vannak mountolva az
2009.09.28. 13:03 keltezéssel, Hegedüs Ervin írta:
ezt csak ma vettem eszre, miutan Gombas Gabor barrier-es
felvetese utan nyomoztam: a 9.10-es ubuntuban data=writeback-el
vannak mountolva az ext3-as kotetek, a regebbi verzioban
data=ordered.
Felcsatoltam a particiot ordered modba, de semmit
Hegedüs Ervin wrote:
hello,
iowait-et neztem top-on keresztul, az az uj gepen 80-90% korul
volt, a regin nehany %.
a regi gepen valami fsync-szeru nincs bekapcsolva.
ezt csak ma vettem eszre, miutan Gombas Gabor barrier-es
felvetese utan nyomoztam: a 9.10-es ubuntuban data=writeback-el
hello,
ezt csak ma vettem eszre, miutan Gombas Gabor barrier-es
felvetese utan nyomoztam: a 9.10-es ubuntuban data=writeback-el
vannak mountolva az ext3-as kotetek, a regebbi verzioban
data=ordered.
Felcsatoltam a particiot ordered modba, de semmit nem valtozott,
ugyanolyan lassu.
2009.09.28. 13:19 keltezéssel, Hegedüs Ervin írta:
mindket gepen ua:
noop anticipatory [deadline] cfq
Mysql-nek nem árt a cfq
echo cfq /sys/block/disk/queue/scheduler
Igor
_
linux lista - linux@mlf.linux.rulez.org
On Mon, Sep 28, 2009 at 01:03:30PM +0200, Hegedüs Ervin wrote:
ezt csak ma vettem eszre, miutan Gombas Gabor barrier-es
felvetese utan nyomoztam: a 9.10-es ubuntuban data=writeback-el
vannak mountolva az ext3-as kotetek, a regebbi verzioban
data=ordered.
Ez onmagaban nem indokolna ekkora
On Mon, Sep 28, 2009 at 01:30:39PM +0200, Medovárszky Zoltán wrote:
Mysql-nek nem árt a cfq
echo cfq /sys/block/disk/queue/scheduler
Az eredeti levelben RAID vezerlo es RAID tomb szerepelt; az ugyan nem
volt leirva, hogy tenylegesen HW RAID van vagy SW RAID, de HW RAID
eseten masok a
2009.09.28. 13:38 keltezéssel, Gabor Gombas írta:
Az eredeti levelben RAID vezerlo es RAID tomb szerepelt; az ugyan nem
volt leirva, hogy tenylegesen HW RAID van vagy SW RAID, de HW RAID
eseten masok a jatekszabalyok. Egyebkent BBU van?
Ez nem rémlett, jogos.
Igor
hello,
Felcsatoltam a particiot ordered modba, de semmit nem valtozott,
ugyanolyan lassu. Annyit elertem vele, h az iowait nem megy
15-20% fole.
mea culpa, beneztem, az uj gep 4 magos, es a top az atlagot
mutatta - betoltes kozben az egyik magnal tovabbra is 80-90%
kozotti io van.
bocs
hello,
echo cfq /sys/block/disk/queue/scheduler
Az eredeti levelben RAID vezerlo es RAID tomb szerepelt; az ugyan nem
volt leirva, hogy tenylegesen HW RAID van vagy SW RAID, de HW RAID
eseten masok a jatekszabalyok. Egyebkent BBU van?
hw raid van, bizom a HP-s P410-es vezerloben :)
hello,
noop anticipatory [deadline] cfq
Mysql-nek nem árt a cfq
echo cfq /sys/block/disk/queue/scheduler
koszi, eloszor jo lenne kozel azonos eredmenyt produkalnia, utana
raernek finomhangolni, de igyekszem nem elfelejteni.
Udv:
a.
hello,
Egyebkent BBU van?
bocs, ezt nem vettem eszre: hogy konkretan ebben van-e, azt nem
tudom, a P410-hez a HP SAS eseteben ad, gondolom nem szedi ki, de
nem tudok egzakt pontos valaszt adni :(
a.
_
linux lista -
hello,
Felcsatoltam a particiot ordered modba, de semmit nem valtozott,
ugyanolyan lassu. Annyit elertem vele, h az iowait nem megy
15-20% fole.
Innodb parameterekket allitgattad?
innodb_buffer_pool_size-t allitottam - forumokban olvastam, ahol
hasonlo panasz volt, de nem hozott
Hegedüs Ervin wrote:
hello,
Felcsatoltam a particiot ordered modba, de semmit nem valtozott,
ugyanolyan lassu. Annyit elertem vele, h az iowait nem megy
15-20% fole.
Innodb parameterekket allitgattad?
innodb_buffer_pool_size-t allitottam - forumokban olvastam, ahol
hasonlo panasz volt, de
Hegedüs Ervin wrote:
hello,
Felcsatoltam a particiot ordered modba, de semmit nem valtozott,
ugyanolyan lassu. Annyit elertem vele, h az iowait nem megy
15-20% fole.
Innodb parameterekket allitgattad?
innodb_buffer_pool_size-t allitottam - forumokban olvastam, ahol
hasonlo panasz volt, de
show innodb statust nezegetted insert kozben?
meg nem,
Tegyed, mert az elejen reszletezi az io threadek allapotat, fuggoben
levo/lezajlott fsync-eket, i/o statiszikakat, stb, igy valami fogalmad
is lesz arrol, mi is tortenik.
koszi, megnezem,
Valami filesystemmel nem probaltad
hello,
Innodb parameterekket allitgattad?
innodb_buffer_pool_size-t allitottam - forumokban olvastam, ahol
hasonlo panasz volt, de nem hozott megoldast.
jah, remelem az innodb_log_file_size-t is vele allitottad, es a
nem, ezt nehany forumon olvastam, de nem volt sehol ez az
Hegedüs Ervin wrote:
Filesystemrol volt szo, azoknak nem ext-tel kezdodik a nevuk. Probald
meg reiserfs3-mal, nem mintha idealis lenne sql ala, de probanak jo.
ezt hagyjuk, egyreszt nem hiszem h ez az oka (a masikon mukodik,
X+1 gepen egyebkent tok jol mukodik), masreszt nekem ext* meg nem
Az a problema merult fel, hogy ha (pl.) thunderbird-bol probalok bizonyos
tobb cimzettes levelet kuldeni az SMTP szerverunkon keresztul, akkor van
amikor csak szaladgal a kek csik, majd egy ido utan visszajelez, hogy a
szerver elutasitotta az SMTP kapcsolatot v. ilyesmi.
Az SMTP szerveren
Hegedüs Ervin wrote:
hello,
Innodb parameterekket allitgattad?
innodb_buffer_pool_size-t allitottam - forumokban olvastam, ahol
hasonlo panasz volt, de nem hozott megoldast.
jah, remelem az innodb_log_file_size-t is vele allitottad, es a
nem, ezt nehany forumon olvastam, de nem volt
hello,
ezt hagyjuk, egyreszt nem hiszem h ez az oka (a masikon mukodik,
X+1 gepen egyebkent tok jol mukodik), masreszt nekem ext* meg nem
crash-elt el soha,
Nem crashrol van szo, hanem teljesitmenyrol, egy probat meger.
egyelore jusson el oda, ahol egy masik ext3 tart :)
hivhatod
SZABO Zsolt wrote:
Nem tudom, hogy ebbe a jelensegbe beleszamit-e, de termeszetesen van
mailscanner is a szerveren, tehat van egy exim4_incoming meg egy outgoing
queue.
Ja, most probalom a fibermail.hu egyik MX-et:
# telnet mx-one.avpms.hu 25
Trying 85.90.160.120...
Connected to
On Mon, 28 Sep 2009, Gabor HALASZ wrote:
Az 554 a transaction failed. En mondjuk reverse resolvalhato fqdn-nel
heloznek, anelkul minden jobb erzesu smtp elzavar.
$ telnet mx-one.avpms.hu 25
Trying 85.90.160.120...
Connected to mx-one.avpms.hu.
Escape character is '^]'.
helo galilei.mm.bme.hu
hello,
jah, remelem az innodb_log_file_size-t is vele allitottad, es a
nem, ezt nehany forumon olvastam, de nem volt sehol ez az
osszefugges.
Ideznem Bartokot: Csak tiszta forrasbol ;)
nocsak, komolyzenei szakertok is jarnak errefele?
nstation-1:/usr/share/mysql# fgrep 'Set
SZABO Zsolt sz...@mm.bme.hu writes:
# telnet mx-one.avpms.hu 25
Trying 85.90.160.120...
Connected to mx-one.avpms.hu.
Escape character is '^]'.
helo galilei
554 SMTP protocol violation
Connection closed by foreign host.
Meg kell várnod a szerver üdvözlő üzenetét, csak azután jössz te.
--
Sziasztok!
Van egy problémám az NFS-el és nem tudok zöldágra vergődni vele.
Két hasonló Debian Lenny alatt teljesen jól működik az oda installált NFS
szerver. A megosztások teljesen jól elérhetőek, használhatóak.
Van viszont egy drbd-s cluster, (drbd8, heartbeat a disztribúció
eszközeivel
Ferenc Wagner írta:
Pápai Balázs sparhelt.fl...@gmail.com writes:
mount: clteszt1:/tmp failed, reason given by server: Hozzáférés megtagadva
ugyanez szerveroldalon:
clteszt1 mountd[3562]: NFS mount of /tmp attempted from 10.192.1.220
clteszt1 mountd[3562]: Unauthorized access by NFS
Hegedüs Ervin írta:
auto_increment-el definialt attributumnal insert utan visszakapod
a beszurt rekord ezen erteket.
nativ sql-ben is van, asszem' select lastrowid v valami ilyesmi.
mysql-ben viszont nincs, igy valahogyan implementalni kell. A
python-mysql konkretan igy csinalja:
Pápai Balázs írta:
Sziasztok!
Van egy problémám az NFS-el és nem tudok zöldágra vergődni vele.
Két hasonló Debian Lenny alatt teljesen jól működik az oda installált NFS
szerver. A megosztások teljesen jól elérhetőek, használhatóak.
Van viszont egy drbd-s cluster, (drbd8, heartbeat a
33 matches
Mail list logo
