Re: mysql daemon nem indul
Matyi Gábor <[EMAIL PROTECTED]> wrote: > a 3306-os portot. Bár lehet, hogy csak én vagyok béna. Van e tippetek, hogy > mi lehet a probléma, mit nézzek még meg stb. fuser -n tcp 3306 ps aufwx | grep sql ilyesmit csinalnek elso korben. Meg persze a strace ;) erdelyig _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: ReiserFS vagy ext3?
> A masik, jelen helyzetben talan nem, de egyebeknt igen > fontos dolog: windozer ala letezik ext2ifs, ugy lehet > irni/olvasni, mint egy ntfs-t, eszre se veszed, hogy > ext2 van alatta. Ilyen reiser-re nincs, vagy csak > elvetve egy-ket fizetos. Ellentmondok: Ha nem idegesit a Windows Commander "press 1-2-3" uzenete, akkor ujabban van alaja open-source (GPL): Update: Ext2+ Reiser 1.3 Plugin to open Ext2 and Reiser file systems on your own machine! This is useful when you have Linux installed on the same machine (multi-boot) and want to access your files. For security reasons, this plugin is read-only. It combines two open source projects to access Ext2 partitions and Reiser partitions. This plugin is Open-Source (GPL). Version 1.3 fixes read errors with newer ReiserFS partitions. Az, hogy read-only egyetertek. Linuxos privat folder-emet, ne piszkitsa senki win alol: illetve olvasni tudja de ne irjon bele, no meg jonnek a Wordpad-el megnyitott /etc/akarmi.conf file-ok, amiket ha elmentesz win alatt, akkor lesz minden file vegen egy Ctrl-M karakter alias MS-DOS format EOL karakter. Ext2: nem hasznalom nagy meretu FS-re, mert nem journalling, de /boot-ot ext2-re teszem biztos ami biztos alapon (kulonbozo kernel boot, visszaallithatosag, stb). ReiserFS-t hasznalok: tobb Reiser-t, mert sok backup-olas procedura eseten elonyosebb a nagy ~3-4 GB-os file-ok eseten. Olyankor a gzip lesz lassu: RAM. Ext3-at szivesen hasznalok mindenutt ahol nem kell backup-olni, vagy nagyon-nagy file-okkal babralni. Szektor-hiba eseten ReiserFS pech, de erre van a backup. bye Zsolt. -- English Version: This message has been scanned for viruses and dangerous content, and is believed to be clean. Versiunea Romana: Mesajul a fost scanat si este considerat a fi neinfectat. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: mail greylist tapasztalatok eles kornyezetben
> > kicsit tovabbgondolva nehezen tudom elkepzeni azt a helyzetet,
amikor
> > nem megengedheto, hogy teljesen szabvanytalanul kuldott level
el nem
> > fogadasa miatt barki megusse a bokajat.
>
> Nem is a rovidtavu anyazasok a lenyegesek ("en elkuldtem,
> hozzatok nem erkezett meg, ergo a ti rendszeretek a
> shit"), hanem a szolgaltatoi ceg hosszabb tavu
> megitelese. Ha kvazi rendszeresse valik az, hogy nagy
> cegek Exchange, Lotus stb. kiszolgalojatol nem erkezik
> meg a level
- miota nem igenylem a szolgaltatom mail-szerveret, azota
spam, virus, stb kb. fele annyi lett.
Se ki, se befele. Sec MX-em van naluk de csak arra az
esetre, hogy ha kiesik a szerver - pl. aramszolgaltato.
Elegge lecsendultek a szolgaltaton keresztul kulonbozo
trukokkel atkuldott spam-ek, virusok.
- Egyetlen konkret esetem volt hogy valakitol tenyleg
lehetetlen volt bekuldeni levelet: rajta voltak az ORDB-n.
Ez van megertettek, csinaltak masik ingyenes e-mail account-ot
es onnan ment. Mellekes, hogy tudtak hogy mashova sem tudtak
levelet kuldeni, de senki nem birta elmagyarazni nekik, hogy
miert nem.
- Egyetlen esetem _van_, hogy yahoo-s cimrol kell kuldjek
levelet egy kliensnek, mert kuldo alapjan szurnek, es tutti
bement hozzuk valami virus vagy spam az en cimemet hamisitva
(lasd spam-ek, virusok). A masik fel megertette, de nem birja
megoldani a problemat, mert a multinacionalis ceg szerverenek
uzemeltetoje meg nem all a tehnika magaslatan (ertsd ahogy
kell).
Azota megy a yahoo-ra, onnan meg vissza a valasz. Azt meg
nem szurtek ki, mint: [EMAIL PROTECTED] = spam :-)
Oszegzes: szolgaltatok nem tudnak mindeki kedvere jarni,
minden rendes ceg csinaljon maganak _rendesen_ beallitott
mail-szervert maganak.
Meg annyit: szerintem nagyon kell a sec-MX, de csak backup
mailhop-nak, arra az esetre ha kiesik a pri.
Ha egy ertelmes virus vagy spam-szoftver levelet akar
kuldeni, akkor tutti hogy nem fog meglepodni egy MX-tol.
Tiszteldd az ellenfelet ! :-))
bye
Zsolt.
--
English Version:
This message has been scanned for viruses and
dangerous content, and is believed to be clean.
Versiunea Romana:
Mesajul a fost scanat si este considerat a fi
neinfectat.
_
linux lista - linux@mlf.linux.rulez.org
http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: SMTP auth SASL-al
On Friday 05 May 2006 10:18, Krisztian VASAS wrote: > Kovacs Laszlo wrote: > > A kov. konfigot szeretnem osszehozni: Postfix SMTP szerver > > MySQL backend-el (virtualis userek es domainek) SASL SMTP > > auentikacioval. Az egesz egy Fedora 5-on futna. > > Ket kerdesem lenne: > > 1 Milyen POP3/IMAP kiszolgalot javasoltok hozza? (ami tudjon > > adatbazisbol autentikalni) > > 2 lehet e SMTP autentikaciot (lenne nehany mobil user, es > > nem szeretnek a elay tablakkal bajlodni) osszehozni saslauth > > daemonnal, virtualis userek eseten? Eddig csak olyan doksit > > talaltam, ami letezo Linux userek autentikaciojat irja le. > > http://postfixwiki.org/index.php?title=Virtual_Users_and_Domai >ns_with_Courier-IMAP_and_MySQL a problema ezzel a megoldassal az, hogy az cyrus-sasl-sql plugin csak clear text-ben tarolt jelszavak eseten tud azonositani. ha tehat az adatbazisban nekem nem clear text jelszavak vannak, akkor patchelni kell a cyrus-sasl-sql-t, de az aktualis plugin verziohoz meg nincs (nem talaltam) patch. problema az, ha simat text-ben tarolom el az adatbazisban a virtualis mailboxokhoz tartozo jelszavakat? Laci _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
mysql daemon nem indul
Sziasztok, nem indul el a mysql daemon a gépemen. A syslogban ezt látom: May 8 21:33:58 engepem mysqld[20678]: 060508 21:33:58 [ERROR] Can't start server: Bind on TCP/IP port: Cannot assign requested address May 8 21:33:58 engepem mysqld[20678]: 060508 21:33:58 [ERROR] Do you already have another mysqld server running on port: 3306 ? May 8 21:33:58 engepem mysqld[20678]: 060508 21:33:58 [ERROR] Aborting May 8 21:33:58 engepem mysqld[20678]: May 8 21:33:58 engepem mysqld[20678]: 060508 21:33:58 [Note] /usr/sbin/mysqld: Shutdown complete A mysql természetesen nem fut, a netstat -l el sem látom, hogy valami hasznáná a 3306-os portot. Bár lehet, hogy csak én vagyok béna. Van e tippetek, hogy mi lehet a probléma, mit nézzek még meg stb. Köszi szépen. Üdv. Gábor _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: mail greylist tapasztalatok eles kornyezetben
On Mon, May 08, 2006 at 02:17:19PM +, Kiss Gabor wrote: > > Vilagos mindent amit leirsz, csak meg kell emesztenem. :-) A legkevesebb > > kiesest szeretnenk az fix. > > Mi a "kieses"? > Ha a te geped nem mukodik, akkor neked teljesen mindegy, > hogy hol van az a level, amit nem kapsz meg. > A feladonal-e, vagy egy kozbulso gepen. Annyi elonye mindenkepp van, ha a sajat mx-en varnak a mailek, hogy meg tudok nyugtatni minden ugyfelet, hogy tutira nem veszett el egyetlen mailje sem, itt var mind a backup szerveren, kis ido s maris megjonnek. (Ki tudok kenyszeriteni egy force queue uritest.) Mig ha a kuldo szerveren van, akkor ki vagyok szolgaltatva annak, hogy vagy jon x ido mulva vagy nem. (Persze most is ez van, mert mint irtam a legtobb domain sec mx-et nem mi adjuk.) Kozben Miloskaval tisztaztuk, hogy o elsosorban a lama sec mx-ek ellen van, s ez teljes joggal ertheto. Azt hiszem el is inditom a valtoztatast, ugyis eltart egy darabig... > Vagy a kozbulso geprol mas csatornan (pl. floppy-n) is megkaphatod > az osszegyult leveleket? Nem, ilyenrol szo sincs. > >> miert jobb hogy egy masik gep queue-jaban ul a level nem a kuldojeben? > > > > Relativ sok olyan level van, ami adott domainre erkezik (legitim mail) > > s kapasbol a sec MX-re megy (teljesen mas hostingban / ISP-nel van a sec). > > Valoszinuleg azert, mert az elsodleges valamiert nem elerheto a kuldo > > fel szamara, valszeg kozte es a pri kozott halozati problema miatt. > > Hmmm. nem nagyon szokott olyan lenni, hogy A->B mukodik, B->C mukodik, > de A->C nem. Pedig nem legbolkapott esemeny, sajnos valos. Mivel a sec mx nem kap ertesitest arrol, hogy mi volt az oka a kuldo reszerol a pri elerhetetlensegenek (miert hozza fordultak), ezt nem nagyon fogom tudni kideriteni. > Kiveve, ha C egy olyan tuzfal mogott ul, ami betegesen irtozik az > ECN-tol. IMHO manapsag ez az egyetlen olyan eset, amely indokolhat > egy masodik MX-t. Vilagos, erre nem is gondoltam. Ez mar ebben a threadben off, de ki tudom valahogy deriteni, hogy egy kliens ECN miatt nem jut el hozzam? Gondolom leginkabb aktiv tuloldali rendszergazdai segitseggel. > > Ezekkel a mailekkel vajon mi lenne egy MX eseten? > > Vagy varnak, amig elmulik a problema, > vagy visszapattannak. Igy van. Egy normalis backup mx-szel pedig mindenki boldog lenne s mukodne --relativ-- gordulekenyen a levelkezbesites. -- LiRulhttp://www.hixsplit.hu/ Un*x + HIX = hixsplit Lehet, de nem erdemes nelkule... _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: mail greylist tapasztalatok eles kornyezetben
On Mon, May 08, 2006 at 05:42:40PM +0200, Miloska wrote:
> _okos_ sec mx szerintem jo dolog, tehat ami kb mindent ellenoriz ugy
> mint a pri, csak nem rakja mailboxba - bar ez mar inkabb egyfajta
> mx-cluster vagy talan van erre jobb szo is es celszerubb azonos
> sullyal felvenni talan - DE az eredeti kerdes _buta_ sec mx-re
> vonatkozott, aminek szerintem semmi ertelme.
Igen igazad van, igy korrekt. Ezzel nem is allok le vitazni. :-)
> szerintem - bar erre meresi adatom nincs - a greylist is leginakabb a
> virusokat, windows woromok altal openrelayt kereso leveleket fogja
Ugy gondolom, hogy greylistelni (bar nem ismerem az implementaciokat)
lenyegesen eroforraskimelobb mint SA-zni. Ha ez nem lenne, akkor az
OR-rol jovo wormos maileket is a SA-nak kellene megfognia. (Virusrol
kulon nem szolok, mert viruscsekker van mindenhol SA/GR-tol fuggetlen.)
> amugy meg ha mar parazunk a kiesesen, a greylist is kieses ha a kuldo
> oldalarol vizsgaljuk, tehat ha minden h*lyetol meg akarunk kapni
> minden levelet, akkor nem szab greylist-et csinalni, mert lehet h ugy
> allitotta be a kuldo oldalon a sysadmin hogy csak 7 sec-et tolt a
> queue-ban, akkor nem fogom megkapni.
Termeszetesen alairom. Ezert keresne'k valami kozeputat. :-)
> kicsit tovabbgondolva nehezen tudom elkepzeni azt a helyzetet, amikor
> nem megengedheto, hogy teljesen szabvanytalanul kuldott level el nem
> fogadasa miatt barki megusse a bokajat.
Nem is a rovidtavu anyazasok a lenyegesek ("en elkuldtem, hozzatok nem
erkezett meg, ergo a ti rendszeretek a shit"), hanem a szolgaltatoi
ceg hosszabb tavu megitelese. Ha kvazi rendszeresse valik az, hogy nagy
cegek Exchange, Lotus stb. kiszolgalojatol nem erkezik meg a level
(benne a millios uzlet ofcos :-) hozzank, magyarazhatok az ugyfeleknek.
Nem fog ajanlani semmilyen ismerosenek, mert megbizhatatlan a
szolgaltatas. De ez mar nagyon off, elnezest.
--
LiRulhttp://www.hixsplit.hu/
Un*x + HIX = hixsplit Lehet, de nem erdemes nelkule...
_
linux lista - linux@mlf.linux.rulez.org
http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: mail greylist tapasztalatok eles kornyezetben
Halihó! LiRul ezt írta: > Ehhez erdekes lenne egy statisztika, hogy hany mail jott osszesen, > hany levelet fogott meg a greylist, mennyit a SA es mennyi csuszott > at. Mar csak az ara'nyok miatt. Pl. 1000 levelbol 500 greylisted, 100 > SA, es 50 csuszott at. Vagy valami hasonlo. :-) Ezen az látszik, hogy február elején bevezettem a postgrey-t (a SA által SPAM-nek ítélt levelek a sárgák), és az is, hogy folyamatosan több és több levelet kell a SA-nak feldolgoznia, főleg az utóbbi egy hét óta növekedett meg a postgrey által átengedett spamek száma: http://enaplo.simonyi.sulinet.hu/images/netStat/mail1Year.png http://enaplo.simonyi.sulinet.hu/images/netStat/mail1Month.png -- http://www.enaplo.hu -=- http://javaforum.enaplo.hu Auth Gábor -=- FreeBSD 5.4 -=- http://bsd.lap.hu +36-70/9400-341 -=- ICQ: 49179141 -=- Skype: authgabor _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: mail greylist tapasztalatok eles kornyezetben
On Mon, May 08, 2006 at 05:31:03PM +0200, Auth Gábor wrote: > Halihó! > > LiRul ezt írta: > > Vajon mennyire elterjedt a spammerek koreben, hogy ha greylist miatt > > atmeneti varolistara kerulnek, akkor mennek a kovetkezo MX-hez? > > Az terjedt el, hogy a greylist miatt ők is újraküldik. Legalábbis > nálam egyre több spam esik át a greylisten és kénytelen ezeket elkapni > a SA... :( Ehhez erdekes lenne egy statisztika, hogy hany mail jott osszesen, hany levelet fogott meg a greylist, mennyit a SA es mennyi csuszott at. Mar csak az ara'nyok miatt. Pl. 1000 levelbol 500 greylisted, 100 SA, es 50 csuszott at. Vagy valami hasonlo. :-) -- LiRulhttp://www.hixsplit.hu/ Un*x + HIX = hixsplit Lehet, de nem erdemes nelkule... _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: mail greylist tapasztalatok eles kornyezetben
Halihó! LiRul ezt írta: > Vajon mennyire elterjedt a spammerek koreben, hogy ha greylist miatt > atmeneti varolistara kerulnek, akkor mennek a kovetkezo MX-hez? Az terjedt el, hogy a greylist miatt ők is újraküldik. Legalábbis nálam egyre több spam esik át a greylisten és kénytelen ezeket elkapni a SA... :( -- http://www.enaplo.hu -=- http://javaforum.enaplo.hu Auth Gábor -=- FreeBSD 5.4 -=- http://bsd.lap.hu +36-70/9400-341 -=- ICQ: 49179141 -=- Skype: authgabor _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: ReiserFS vagy ext3?
On Mon, May 08, 2006 at 02:39:46PM +, Andras HORVATH wrote:
> > Eeegen, ezt levettem mar 1%-ra, annal lejjebb nem akarom egyelore. De
>
> miert?
Halovanyan emlekszem, hogy valahol olvastam, hogy keves szabad hely
eseten az ex3 fragmentaciot elkerulo algoritmusa elkezd nagyon nem
mukodni, azaz hirtelen nagyon toredezettek lesznek a file-ok.
> Na jo, de egy 4GB-os :) file-nal 2k-t vesziteni... kit erdekel? A
> diszkterulet olcso, a diszkhez valo hozzaferes sebessege kevesbe. YMMV.
Mericskeltem egy kicsit az irodai gepemen ("du -B 4096" ill. "du -b"
kulonbsege):
/usr: 4.5GiB adat, 477MiB veszteseg
$HOME: 4.6GiB adat, 276MiB veszteseg
/var/spool/cyrus: 964MiB adat, 182MiB veszteseg
Latatlanban azt tippeltem volna, hogy a $HOME alatt nagyobb a veszteseg,
mint a /usr alatt; de nem.
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: mail greylist tapasztalatok eles kornyezetben
No ez viszont ismet erdekes fenybe helyezi a kell-e sec MX kerdest. Te hogy latod kissg es Miloska velemenyet? Egysegnyi ido alatt 1%-nyi greylisted level ment a sec MX-re? _okos_ sec mx szerintem jo dolog, tehat ami kb mindent ellenoriz ugy mint a pri, csak nem rakja mailboxba - bar ez mar inkabb egyfajta mx-cluster vagy talan van erre jobb szo is es celszerubb azonos sullyal felvenni talan - DE az eredeti kerdes _buta_ sec mx-re vonatkozott, aminek szerintem semmi ertelme. konkretan nalam egy pyzor+razor+dcc sec mx a nem detektalt spam-ek ~50%-at adta mielott megszuntettem. ezen a cimzett csekkeles sem segit, mert ezek mukodo mailboxokba jottek be, azert is lett belole problema. nyilvan lehetett volna tornazni a spamassassinon, meg lehetett volna meg simogatni h jobb legyen, en nem szoszoltem vele. szerintem - bar erre meresi adatom nincs - a greylist is leginakabb a virusokat, windows woromok altal openrelayt kereso leveleket fogja meg, szoval ha igazam van - ami persze nem biztos - akkor a pri mx levelek akar 70-80-90%-a egyeb volt, es akkor az 1% 'rendes spam' mar messze nem 1%. amugy meg ha mar parazunk a kiesesen, a greylist is kieses ha a kuldo oldalarol vizsgaljuk, tehat ha minden h*lyetol meg akarunk kapni minden levelet, akkor nem szab greylist-et csinalni, mert lehet h ugy allitotta be a kuldo oldalon a sysadmin hogy csak 7 sec-et tolt a queue-ban, akkor nem fogom megkapni. kicsit tovabbgondolva nehezen tudom elkepzeni azt a helyzetet, amikor nem megengedheto, hogy teljesen szabvanytalanul kuldott level el nem fogadasa miatt barki megusse a bokajat.papir alapu levelezesben sem szokas egy spiral fuzet kitepett lapjara irni sokmillios szerzdoest, majd azt egy kobor kutyara rakotve varni, hogy megkapja a cimzett. kicsit is normalis helyen szerintem a digitalis vilagban is feltetelezheto, hogy van rendes smtp-juk. ha nincs az a kuldo szegyene, nem a fogadoe. velem - meg - nem fordult elo, h ilyen jellegu panasszal elt volna barki is, es ha lesz ilyan azt hiszem meg fogom tudni ertetni, hogy miert nem kaptt meg egy adott levelet. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: ReiserFS vagy ext3?
Ha tenyleg 4MB RAM a limit, akkor az xfs valoban nem biztos, hogy opcio (eleg sok es bonyolult kod). Ez van, a hardver korlatai, hm, korlatoznak. Ez mar ugyan OFF, de 4MB a flash merete. Ebben tomoritve van egy komplett kernel + userspace, root, stb... Az operativ ram 32 mega. A proci meg egy 200 MHz-es mips. Csendes, huvos, nem fogyaszt sokat. :) Idealis hazi mediaszerver. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: ReiserFS vagy ext3?
Horváth Ágoston János <[EMAIL PROTECTED]> wrote: > Ahham. Mindegy, most mar nem gyalulom le a komplett fs-t csak ezert. A > kovetkezo gyalulas utan meg valszeg ugyse ext3 lesz mar, szoval > mindegy. Menet kozben gondolom nem lehet allitani az inode count-ot, > ugye? nem lehet, fix a hatar az adatok meg az inode-ok kozott ext3-ban (elore gyartja le az osszes inode-ot). Ha tenyleg 4MB RAM a limit, akkor az xfs valoban nem biztos, hogy opcio (eleg sok es bonyolult kod). Ez van, a hardver korlatai, hm, korlatoznak. udv raas -- Those who say it cannot be done should not interrupt the person doing it. -- Chinese proverb _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: ReiserFS vagy ext3?
ciki. Pedig az upstream kernelben van :( Naja, de itt 4MB-ba bele kellett fernie meg egy komplett toolchain-nek (ssh-stol) meg webes interface-nek is :) 39M darab azert szamithat (~5GB, 1.6%). Ahham. Mindegy, most mar nem gyalulom le a komplett fs-t csak ezert. A kovetkezo gyalulas utan meg valszeg ugyse ext3 lesz mar, szoval mindegy. Menet kozben gondolom nem lehet allitani az inode count-ot, ugye? > Eeegen, ezt levettem mar 1%-ra, annal lejjebb nem akarom egyelore. De miert? Mittomen. Hosszas vitak voltak itt mar rola, es nem szamit az a par giga amugy se. Mellesleg ezen a vinyon van nemi tool is elmentve (ami nem fert bele a flashbe; ipkg alapu a dolog). > [EMAIL PROTECTED] root]$ df > Filesystem 1k-blocks Used Available Use% Mounted on > /dev/root 2944 2944 0 100% / > /dev/discs/disc0/part2307166008 110607396 180955484 38% /opt meg is van a fenti 5GB :) (307 vs. 312 alant) Ahhha! Ez meg is oldodott akkor. > Disk /dev/discs/disc0/disc: 320.0 GB, 320072933376 bytes > 255 heads, 63 sectors/track, 38913 cylinders > Units = cylinders of 16065 * 512 = 8225280 bytes > >Device BootStart EndBlocks Id System > /dev/discs/disc0/part1 1 9 72261 82 Linux swap > /dev/discs/disc0/part2 * 64 38913 312062625 83 Linux es a 10.-tol a 63. cylinderig mi van? (tan bizony 400MB hely?) Nem, oda egy kurvanagy swap-et (fel giga vagy 1 giga nemtom mar) raktam elso nekifutasra. Merthogy USB-s, es ha mashol akarom hasznalni, akkor jol johet nemi plusz swap. Meg amugy is jo nemi tartalek hely, boot particio meg ilyesmi okan. Csak aztan eszembe jutott, hogy nem biztos, hogy jo otlet 1 giga swapet rakni 32 megas kis kutyure, mert minden egyes 4K-s swap oldal 1 bitet foglal a memoriabol. Meg ugyse hasznalnam soha az eletben (atlag 1.5 mega van swapen). Szoval lekaptam a particiot es odaraktam egy kisebbet. Ha meg kellene nagyobb, ott van neki a hely. Azert is raktam ra ext3-at reiser helyett, mert igy dozer alol is irhato-olvashato. USB-s ketyerere mast nemigen van ertelme. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: ReiserFS vagy ext3?
> Nemjo, mert az egesz egy asus wl500gx-en log usb-n, es a kis vacak > kerneleben nincs xfs, csak ext3. cross-compile-t meg egyelore > elkerulnem (van jobb dolgom is). ciki. Pedig az upstream kernelben van :( > Azt auto-n hagytam, mert egyszer regebben szivtam vele, hogy nagy > gurumodra levettem, lett 50 megaval tobb hely, csak feltolteni nem > tudtam sose, mert jott az inodes exhausted. :) > De peldaul ez is sokkal jobb a reiser-ben. Nem kell inode-okkel tokolni. meg az xfs-ben sem ;-) un. tervezes egyebkent. Vagy mondjad neki hogy "-T largefile", az egy inode-ot csinal megabyte-onkent; ha ennel altalaban nagyobbak a file-jaid, nem lesz gond. > Most meg csinalt nekem a franya mke2fs automata modban 39millio > inode-ot. Mennyit foglal egy inode? nezd meg az include/linux/fs.h-ban, vagy debugfs-sel :) Normalis esetben ext3-on 128 byte. > (No nem mintha 320G-s vinyon sokat szamitana, de azert...) 39M darab azert szamithat (~5GB, 1.6%). > Eeegen, ezt levettem mar 1%-ra, annal lejjebb nem akarom egyelore. De miert? > [EMAIL PROTECTED] root]$ df > Filesystem 1k-blocks Used Available Use% Mounted on > /dev/root 2944 2944 0 100% / > /dev/discs/disc0/part2307166008 110607396 180955484 38% /opt meg is van a fenti 5GB :) (307 vs. 312 alant) > Disk /dev/discs/disc0/disc: 320.0 GB, 320072933376 bytes > 255 heads, 63 sectors/track, 38913 cylinders > Units = cylinders of 16065 * 512 = 8225280 bytes > >Device BootStart EndBlocks Id System > /dev/discs/disc0/part1 1 9 72261 82 Linux > swap > /dev/discs/disc0/part2 * 64 38913 312062625 83 Linux es a 10.-tol a 63. cylinderig mi van? (tan bizony 400MB hely?) > Jo, hogy emlited, ezt ki is felejtettem. Valami eszmeletlen lassu a > torles rajta, elmehet az ember kavezni, mire vegez egy pargigas > file-al. sajnos a fastrukturaba epitett fix meretu blokkokbol epitkezo filerendszerek ilyenek lesznek. (mondtam mar hogy xfs? :) > Nem az a lenyeg, hanem hogy a file-ok hossza tipikusan nem 4K > tobbszorose, ekkor pedig veszitesz, atlag 2K-t file-onkent. Na jo, de egy 4GB-os :) file-nal 2k-t vesziteni... kit erdekel? A diszkterulet olcso, a diszkhez valo hozzaferes sebessege kevesbe. YMMV. hth raas -- Those who say it cannot be done should not interrupt the person doing it. -- Chinese proverb _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: mail greylist tapasztalatok eles kornyezetben
On May 8, 2006 15:35 (+0200) LiRul wrote: :Igen, sajnos a domainhez adott ingyen backup MX eseten pont ez van; az :altalam karbantartott sec MX-ek mar vegeznek recipient check callout-ot, :igy ott lenyegesen jobb a helyzet. : szerintem is ez a helyes megoldas :> pri mx: adott ido alatt 45373 greylisted level :> sec mx: kb ugyanakkora ido alatt 472 greylisted level :> :No ez viszont ismet erdekes fenybe helyezi a kell-e sec MX kerdest. :Te hogy latod kissg es Miloska velemenyet? Egysegnyi ido alatt 1%-nyi :greylisted level ment a sec MX-re? : szerintem viszonylag keves protokoll van, amit az RFC tervezesi szinten hotbackup kepesseggel ruhazott fel. Hasznaljuk hat ami van. Az SRV-vel valo buveszkedes azoknak valo akik nem tudnak eleve tartalekolt eroforrasbol gazdalkodni. A jol beallitott sec mx jo. En is irtam, hogy par eve egyszeruen lekapcsoltam, mert csak spam jott ra. Nem volt ez a lepes hiba, mert nem volt kieses. Hiba volt viszont azert, mert nem igy oldjuk meg a problemakat, hanem rendesen beallitott mx szerverrel, ami normalisan ellenoriz mindent (cimzettet is). Kivancsi lennek, hogy masnal hogy alakul a sec/pri keplet a greylisted levelekre vonatkozoan. Lehet altalanositani az 1%-ot? Mert ha lehet, akkor az azt jelenti, hogy nem szamottevo ma mar a sec mx-et egybol celzo spamek szama. Tehat valoban csak biztonsagi tartalekkent funkcional, nem pedig spamcelpontkent. Azert is jo a ket mx, mert a belso problemakat (magas load, isp halozati problema, bootolo szerver stb) celszeru belul tartani. Azaz a kulvilagra nem tartozik, hogy karbantartas van, vagy kieses van. Ok kuldjek a levelet, en meg fogadom. Hogy mit csinalok vele, az egy mas tema, es nem tartozik masra. Nem jo arra epiteni, hogy majd a kuldo ujrakuldi. Gondolok itt peldaul a queue-ben ragadt levelekre amik sosem fognak celba erni, de 7 napig ott allnak. Ha a duhos rendszergazda leveleszi 7 orara, akkor pattoghat vissza a level a feladohoz. Aztan vagy elkuldi ujra vagy nem. Meg hulyen is nez ki. Tudom, by design az smtp nem megbizhato. De azert annak tekinti mindenki. Extrem terhelesnel pedig egyertelmuen hasznalnek ket mx-et, round robinolva. Igazsag szerint en mar dns-bol is negyet tartok fenn szetszorva, mert jobb az mint a ketto. Mentett mar meg. udv Adam :wq _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: mail greylist tapasztalatok eles kornyezetben
In article <[EMAIL PROTECTED]>, LiRul <[EMAIL PROTECTED]> writes: > On Sun, May 07, 2006 at 12:47:13PM +0200, Miloska wrote: >> >tok fuggetlen szolgaltato adja (akinel a domainek regisztralva vannak, >> >ad ingyen sec MX-t, miert ne hasznalnank). >> >> mi ertelme van sec mx-nek? > > Vilagos mindent amit leirsz, csak meg kell emesztenem. :-) A legkevesebb > kiesest szeretnenk az fix. Mi a "kieses"? Ha a te geped nem mukodik, akkor neked teljesen mindegy, hogy hol van az a level, amit nem kapsz meg. A feladonal-e, vagy egy kozbulso gepen. Vagy a kozbulso geprol mas csatornan (pl. floppy-n) is megkaphatod az osszegyult leveleket? > >> miert jobb hogy egy masik gep queue-jaban ul a level nem a kuldojeben? > > Relativ sok olyan level van, ami adott domainre erkezik (legitim mail) > s kapasbol a sec MX-re megy (teljesen mas hostingban / ISP-nel van a sec). > Valoszinuleg azert, mert az elsodleges valamiert nem elerheto a kuldo > fel szamara, valszeg kozte es a pri kozott halozati problema miatt. Hmmm. nem nagyon szokott olyan lenni, hogy A->B mukodik, B->C mukodik, de A->C nem. Kiveve, ha C egy olyan tuzfal mogott ul, ami betegesen irtozik az ECN-tol. IMHO manapsag ez az egyetlen olyan eset, amely indokolhat egy masodik MX-t. > Ezekkel a mailekkel vajon mi lenne egy MX eseten? Vagy varnak, amig elmulik a problema, vagy visszapattannak. kissg _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: mail greylist tapasztalatok eles kornyezetben
On Mon, May 08, 2006 at 02:22:17PM +0200, Adam KOSA wrote: > en mar hosszabb ideje greylistezem, es az en tapasztalatom az, hogy vannak > spammerek, akik egybol a sec MX-hez mennek. Vannak virusok/wormok amik > szinten. Ez vegulis ertheto, a legtobb esetben a sec mx-nek fogalma sincs > arrol, hogy milyen e-mail cimek ervenyesek, es elfogadnak barmit ha a > domain stimmel. Igen, sajnos a domainhez adott ingyen backup MX eseten pont ez van; az altalam karbantartott sec MX-ek mar vegeznek recipient check callout-ot, igy ott lenyegesen jobb a helyzet. > abban, hogy egy 451-es hibara elgyalogol a kuldo a masik mx-hez en nem > latok problemat, valoszinuleg igy szol az rfc is (bar nem tudom fejbol). Persze, en sem mondtam, hogy problema. > pri mx: adott ido alatt 45373 greylisted level > sec mx: kb ugyanakkora ido alatt 472 greylisted level > > ha jol szamolom akkor nagyjabol 1%. No ez viszont ismet erdekes fenybe helyezi a kell-e sec MX kerdest. Te hogy latod kissg es Miloska velemenyet? Egysegnyi ido alatt 1%-nyi greylisted level ment a sec MX-re? -- LiRulhttp://www.hixsplit.hu/ Un*x + HIX = hixsplit Lehet, de nem erdemes nelkule... _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: mail greylist tapasztalatok eles kornyezetben
On Sun, May 07, 2006 at 12:47:13PM +0200, Miloska wrote: > >tok fuggetlen szolgaltato adja (akinel a domainek regisztralva vannak, > >ad ingyen sec MX-t, miert ne hasznalnank). > > mi ertelme van sec mx-nek? Vilagos mindent amit leirsz, csak meg kell emesztenem. :-) A legkevesebb kiesest szeretnenk az fix. > miert jobb hogy egy masik gep queue-jaban ul a level nem a kuldojeben? Relativ sok olyan level van, ami adott domainre erkezik (legitim mail) s kapasbol a sec MX-re megy (teljesen mas hostingban / ISP-nel van a sec). Valoszinuleg azert, mert az elsodleges valamiert nem elerheto a kuldo fel szamara, valszeg kozte es a pri kozott halozati problema miatt. Ezekkel a mailekkel vajon mi lenne egy MX eseten? > csak arra jo, h oda megy a spam, a kerdesedre valaszolva igen, az okos > spammerek alapbol a masodlagos mx-re kuldenek, legalabbis nekem volt > olyan domainem ahol ez volt, ki is irtottam az mx-eket, csak 1 maradt. Koszi a valaszt, mindenkepp megfontolando amit irsz. -- LiRulhttp://www.hixsplit.hu/ Un*x + HIX = hixsplit Lehet, de nem erdemes nelkule... _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: sasl gond (postfix+courier+mysql)
> On Mon, May 08, 2006 at 03:15:56PM +0200, > [EMAIL PROTECTED] wrote: >> Ezzel müxik : [EMAIL PROTECTED]@domain > > Ha innen leveszed a " @domain " -t, akkor mi va a postfix logjában a > sasl_... résznél. > SASL LOGIN authentication failed az auth.logban meg a [user=hofi] + ismeretlen user (Csináltam egy próbát, hogy a pam-nak adtam meg rossz mysql beállításokat) akkor a @domain-nel toldott névnél az auth logban szerepel a [EMAIL PROTECTED] érdekes _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: sasl gond (postfix+courier+mysql)
On Mon, May 08, 2006 at 03:15:56PM +0200, [EMAIL PROTECTED] wrote: > Ezzel müxik : [EMAIL PROTECTED]@domain Ha innen leveszed a " @domain " -t, akkor mi va a postfix logjában a sasl_... résznél. -- [Varadi Gabor] _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: sasl gond (postfix+courier+mysql)
>> Valakinek ötlete? > > Add meg neki [EMAIL PROTECTED]@valami formaban. > Ezzel müxik : [EMAIL PROTECTED]@domain Az auth.log üres pedig itt auth történik nemde? a syslogban ez a bejegyzés van: " postfix/smtpd[4029]: B68062CAB6C: client=server.batsanyi-tapolca.sulinet.hu[195.199.207.125], sasl_method=LOGIN, [EMAIL PROTECTED]@domain " a mysql logban benne van a username-nél a teljes e-mail cím (azaz username) Ezt mi okozhatja, illetve hogyan lehet kiszűrni. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: xkb
Rizsányi Zsolt írta: Megjegyzem, hogy a multkor nekem is valahogy eltuntek ezek a fajlok amikor az xkb-t upgradeltem. Találtam egy halom bugreportot, ilyen szövegekkel: It seems there is troubles with right alt key, because on many keyboards it generate ISO_Level3_Shift and not Alt_R nor Mode_switch (default GNUstep value for GSFirstAlternateKey). Pont ez a helyzet nálam is. Még keresem a megoldást. Üdv, János _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: sasl gond (postfix+courier+mysql)
On Mon, May 08, 2006 at 02:52:04PM +0200, [EMAIL PROTECTED] wrote: > Ez a logrészlet honna van/lett ami kiadta ezt a QUERY-t > SELECT password FROM mailbox WHERE username = 'hofi' > > mert a postfix*.conf-ban nem volt ilyen sql. Bocsánat, magánba szerettem volna. -- [Varadi Gabor] _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: sasl gond (postfix+courier+mysql)
On Mon, May 08, 2006 at 11:55:25AM +0200, [EMAIL PROTECTED] wrote: Köszi átnéztem, eddig minden ok. > Az auth nem sikerül, mert a username-be nem a teljes username érkezik, > hanem csak az @ elötti része. > > 060508 11:35:50 45 Connect [EMAIL PROTECTED] on postfix > 45 Init DB postfix > 45 Query SELECT password FROM mailbox WHERE > username = 'hofi' > 45 Quit > > Itt kellene a hofi helyett [EMAIL PROTECTED] nak lenni > Ez a logrészlet honna van/lett ami kiadta ezt a QUERY-t SELECT password FROM mailbox WHERE username = 'hofi' mert a postfix*.conf-ban nem volt ilyen sql. -- [Varadi Gabor] _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: sasl gond (postfix+courier+mysql)
On Mon, May 08, 2006 at 11:55:25AM +0200, [EMAIL PROTECTED] wrote: > > Itt kellene a hofi helyett [EMAIL PROTECTED] nak lenni > > Vajon ez hol veszik el? Próbáltam hogy Outlook Express-be beírom a de a @ > utáni részt levágja. > Én arra jutottma, hogy a postfix szabja le. > A pop3-as letöltés lefut ahogy kell, csak a sasl nem akarja az igazságot. > > Valakinek ötlete? Add meg neki [EMAIL PROTECTED]@valami formaban. tompos _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: openvpn
On May 1, 2006 16:47 (+0200) Nagy Gabor wrote: :Valamiert a laptopon a default gateway marad a korabbi (jelen esetben pl. :a ppp (ADSL) link masik oldala), es a resolv.conf is marad a korabbi :(pedig a logban latom, hogy jon dhcp-dns opcio, aminek szerintem be :kellene kerulnie a resolv.conf-ba. default gw opciot nem lattam). : szerintem ha a default gw a tunneledbe mutat, akkor rogton timeout is lesz, mert a tunnelt a tunnelen keresztul akarod felhuzni/megtartani. :Jo, kezzel atirom a resolv.conf-ot, onnantol elerem a ceg belso halojat, a :benti gepeket a benti dns feloldja, tudok csatlakozni, stb. : openvpn.conf-ban van olyan, hogy osszon ki dns-t is :Namost ha atirom a default gw-t a ppp0 peer-jerol a tun0 peer-jere, akkor :onnantol nem megy semmi. szerintem azert amit az elso reszben irtam. :Ahhoz, hogy a tun0 mukodjon, es eltalaljon a ppp linken keresztul a masik :gephez, ahhoz kell neki a route? : igen. :Mondjuk, hogy megy. Ez nem tunik tul kenyelmes megoldasnak. Hogyan kellene :ezt csinalni automatan? En azt vartam volna, hogy egyszer, ha felepul a :vpn, akkor az megy, de a forgalom rajta keresztul. : split tunnel, bar az openvpn nem igy hivja de lenyeben errol van szo, amikor a kliensnek a szerver kiosztja a route-okat, hogy mik vannak a tun (vagy tap) iranyaban. :(nem emlekszem, de a ketto kozul az egyik), akkor nem csak, hogy a route :valtozik meg, de az ethernet es a ppp interfesz mintha nem is mukodne. Nem :erem el az etherneten a helyi halot, es nem erem el a ppp-n az internetet, :csak a sajat ceg belso halojat, illetve azon atmenve az internetet. : csicsonal erre tokjo lehetosegek vannak, es teljesen jogosan. nem poen a ceg belso halojat egy vpn kliensen at osszekotni az internettel, mert akkor a kliens gw-kent mukodve szabad ki-be jarast biztosit. udv Adam :wq _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: mail greylist tapasztalatok eles kornyezetben
On May 7, 2006 10:40 (+0200) LiRul wrote: :Vajon mennyire elterjedt a spammerek koreben, hogy ha greylist miatt :atmeneti varolistara kerulnek, akkor mennek a kovetkezo MX-hez? Egyelore :csupan egyetlen ejszaka tapasztalata all mogottem greylist teren; ez :alapjan ugy tunik, hogy leginkabb csak a legitim MTA-k fordulnak a kov. :MX-hez. : en mar hosszabb ideje greylistezem, es az en tapasztalatom az, hogy vannak spammerek, akik egybol a sec MX-hez mennek. Vannak virusok/wormok amik szinten. Ez vegulis ertheto, a legtobb esetben a sec mx-nek fogalma sincs arrol, hogy milyen e-mail cimek ervenyesek, es elfogadnak barmit ha a domain stimmel. Ez mondjuk ket evvel ezelottre volt ervenyes. akkor en odaig mentem, hogy egy-ket hetre le is allitottam a sec mx-et. funkcioja nem volt, csak a spamek jottek ra. abban, hogy egy 451-es hibara elgyalogol a kuldo a masik mx-hez en nem latok problemat, valoszinuleg igy szol az rfc is (bar nem tudom fejbol). :Ha a szemeltelok hosszu tavon sem mennek a masodlagos MX-hez, akkor nem :eri meg atallittatnunk az osszes domaint sajat sec MX-re; ez iranyu :tapasztalata van valakinek? Gorgo Te mutattal statot az mlf-rol, de :nektek nincs masodlagos MX-etek. : pri mx: adott ido alatt 45373 greylisted level sec mx: kb ugyanakkora ido alatt 472 greylisted level ha jol szamolom akkor nagyjabol 1%. udv Adam :wq _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: ReiserFS vagy ext3?
> Nemtom, lehet, hogy csak en vagyok hulye, de nalam van egy 300G-s ext3 > particio (media jellegu dolgoknak, viszonylag keves bazinagy file), es arra mondjuk xfs-t hasznalnek, elvegre erre valo. Nemjo, mert az egesz egy asus wl500gx-en log usb-n, es a kis vacak kerneleben nincs xfs, csak ext3. cross-compile-t meg egyelore elkerulnem (van jobb dolgom is). > a kovetkezo a helyzet: > > fdisk-ben particio merete: 312G > df-ben az osszes hely: 307G minusz inode-ok. Parameter az mkfsnek, ha sok nagy file-od van, akkor kevesebb inode is eleg, tobb hely marad file-oknak. Azt auto-n hagytam, mert egyszer regebben szivtam vele, hogy nagy gurumodra levettem, lett 50 megaval tobb hely, csak feltolteni nem tudtam sose, mert jott az inodes exhausted. :) De peldaul ez is sokkal jobb a reiser-ben. Nem kell inode-okkel tokolni. Most meg csinalt nekem a franya mke2fs automata modban 39millio inode-ot. Mennyit foglal egy inode? (No nem mintha 320G-s vinyon sokat szamitana, de azert...) > df-ben uresen a szabad hely: 287G minusz journal, fenntartott hely, stb. # tune2fs -m0 Eeegen, ezt levettem mar 1%-ra, annal lejjebb nem akarom egyelore. De az meg mindig csak 3 giga. > Az erdekesseg kedveert, az eredeti vinyo 320G-snak van reklamozva. es a vinyo mekkora az fdisk szerint? [EMAIL PROTECTED] root]$ df Filesystem 1k-blocks Used Available Use% Mounted on /dev/root 2944 2944 0 100% / /dev/discs/disc0/part2307166008 110607396 180955484 38% /opt fdisk: Disk /dev/discs/disc0/disc: 320.0 GB, 320072933376 bytes 255 heads, 63 sectors/track, 38913 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes Device BootStart EndBlocks Id System /dev/discs/disc0/part1 1 9 72261 82 Linux swap /dev/discs/disc0/part2 * 64 38913 312062625 83 Linux az ext3 valoban nem erre valo, hanem altalanos celu, megbizhato filesystemnek lett tervezve. (Egyebkent pl. nagy file-ok torlese meg rosszabb rajta.) Jo, hogy emlited, ezt ki is felejtettem. Valami eszmeletlen lassu a torles rajta, elmehet az ember kavezni, mire vegez egy pargigas file-al. > /usr/bin, es erezd, ahogy lobog a hajad :), es nem olyan helypazarlo > (ext2/3 ugye 4K-s blokkokat hasznal - magyaran az 1 byte-os file is > 4K-s, igy az atlag veszteseg file-onkent 2K). de hany 1 byte-os file-od van altalanos esetben? Nem az a lenyeg, hanem hogy a file-ok hossza tipikusan nem 4K tobbszorose, ekkor pedig veszitesz, atlag 2K-t file-onkent. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: deb telepito lvm
On Mon, 8 May 2006, Hofferek Attila wrote: > Letezik olyan debian telepito cd ami telepiteskor raid1et es lvmet > tud letrehozni? sarge netinst ilyen. Udv, -=Lajbi= LAJBER Zoltan Szent Istvan Egyetem, Informatika Hivatal Experience is something you don't get until just after you need it _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: ReiserFS vagy ext3?
On Mon, 8 May 2006, [ISO-8859-1] Horváth Ágoston János wrote: > Az ext3 mellett szol viszont, hogy tenyleg sokkal jobb a recover xfds nem is jatszik ebben a temaban? Hamarabb volt atmeretezheto, mint az ext[23]. Uvd, -=Lajbi= LAJBER Zoltan Szent Istvan Egyetem, Informatika Hivatal Experience is something you don't get until just after you need it _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: ReiserFS vagy ext3?
Horváth Ágoston János <[EMAIL PROTECTED]> wrote: > Nemtom, lehet, hogy csak en vagyok hulye, de nalam van egy 300G-s ext3 > particio (media jellegu dolgoknak, viszonylag keves bazinagy file), es arra mondjuk xfs-t hasznalnek, elvegre erre valo. > a kovetkezo a helyzet: > > fdisk-ben particio merete: 312G > df-ben az osszes hely: 307G minusz inode-ok. Parameter az mkfsnek, ha sok nagy file-od van, akkor kevesebb inode is eleg, tobb hely marad file-oknak. > df-ben uresen a szabad hely: 287G minusz journal, fenntartott hely, stb. # tune2fs -m0 > Az erdekesseg kedveert, az eredeti vinyo 320G-snak van reklamozva. es a vinyo mekkora az fdisk szerint? (itt mindenki GB-ban szamol elvileg; mellesleg a 320GB-os (10^9 byte) vinyo = 298 GiB (2^30 byte) ) > Masfelol viszont a reiser jocskan gyorsabb (eszre is veheto, pl. lepj > be mc-vel egy parezer file-t tartalmazo konyvtarba, mint pl. az az ext3 valoban nem erre valo, hanem altalanos celu, megbizhato filesystemnek lett tervezve. (Egyebkent pl. nagy file-ok torlese meg rosszabb rajta.) > /usr/bin, es erezd, ahogy lobog a hajad :), es nem olyan helypazarlo > (ext2/3 ugye 4K-s blokkokat hasznal - magyaran az 1 byte-os file is > 4K-s, igy az atlag veszteseg file-onkent 2K). de hany 1 byte-os file-od van altalanos esetben? raas -- Those who say it cannot be done should not interrupt the person doing it. -- Chinese proverb _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: deb telepito lvm
On Mon, May 08, 2006 at 11:54:42AM +0200, Hofferek Attila wrote: > > Letezik olyan debian telepito cd ami telepiteskor raid1et es lvmet > tud letrehozni? Igen. A Sarge-e biztosan, a Woody-rol pedig irtam egy leirast, hogy hogyan kell raid1-re telepiteni (lvm nem volt benne, de a leiras alapjan azt sem ordongosseg belevarazsolni). -- Udvozlettel Zsiga _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
sasl gond (postfix+courier+mysql)
Hi Próbálom beállítani az smtp authentikácót, de az alábbi problémába ütközöm Az auth nem sikerül, mert a username-be nem a teljes username érkezik, hanem csak az @ elötti része. 060508 11:35:50 45 Connect [EMAIL PROTECTED] on postfix 45 Init DB postfix 45 Query SELECT password FROM mailbox WHERE username = 'hofi' 45 Quit Itt kellene a hofi helyett [EMAIL PROTECTED] nak lenni Vajon ez hol veszik el? Próbáltam hogy Outlook Express-be beírom a de a @ utáni részt levágja. Én arra jutottma, hogy a postfix szabja le. A pop3-as letöltés lefut ahogy kell, csak a sasl nem akarja az igazságot. Valakinek ötlete? THNX Hofi auth.log saslauthd[8352]: pam_mysql - SELECT returned no result. saslauthd[8352]: DEBUG: auth_pam: pam_authenticate failed: User not known to the underlying authentication module saslauthd[8352]: do_auth : auth failure: [user=hofi] [service=smtp] [realm=szerver4.batsanyi-tapolca.sulinet.hu] [mech=pam] [reason=PAM auth error] _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
deb telepito lvm
Udv lista. Letezik olyan debian telepito cd ami telepiteskor raid1et es lvmet tud letrehozni? -- Hofferek Attila _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: mail greylist tapasztalatok eles kornyezetben
>> tok fuggetlen szolgaltato adja (akinel a domainek regisztralva vannak, >> ad ingyen sec MX-t, miert ne hasznalnank). > mi ertelme van sec mx-nek? Magam is pont ezt akartam firtatni. :-) Ez a technologia akkor volt divatban, mikor még UUCP-n bonyolodott le a levelezes fele. (A 90-es evek elejen.) Amikor meg volt a cimem. Gabor _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: ReiserFS vagy ext3?
In article <[EMAIL PROTECTED]>, Nagy Gabor <[EMAIL PROTECTED]> writes: > Mindkettonek vannak elonyei es hatranyai a masikhoz kepest, de szerintem > semmi hatalmas kulonbseg. Most mar reiser3 is stabil egy ideje. Tavalyelõtt folyton megdöglött a Samba serverem, ha rendesen kihajtották. Mióta lecseréltem a Reisert ext3-ra, semmi gond vele. > De ahol ez nincs, oda altalaban ext3-at teszek. Regen volt reiser3-mal > rossz tapasztalat, de mondom, ez reg volt, mostmar regota stabil. Akkor nincs semmi baj! :-) kissg _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: ReiserFS vagy ext3?
Nemtom, lehet, hogy csak en vagyok hulye, de nalam van egy 300G-s ext3 particio (media jellegu dolgoknak, viszonylag keves bazinagy file), es a kovetkezo a helyzet: fdisk-ben particio merete: 312G df-ben az osszes hely: 307G df-ben uresen a szabad hely: 287G Az erdekesseg kedveert, az eredeti vinyo 320G-snak van reklamozva. Persze levettem a fenntartott helyet 1%-ra tune2fs-el, szoval ez mar a maximum, amit ki lehet hozni belole. Gondolom az ures particio eseten az ext3 journal viszi el a helyet. Namost en ilyet reiser-nel nem tapasztaltam, az a 120G-s particiobol 120-at mutatott es nem nyelt le csak valami nevetseges 32 vagy 64 megat. Az ext3 mellett szol viszont, hogy tenyleg sokkal jobb a recover lehetosege. Rengeteg tool van hozza, es meg ha meg is borul az egesz (nem csak vinyohalal van a vilagon! Rossz hutes miatt tulmelegedo proci, hibas alaplap/vinyovezerlo, hibas ram - rengeteg minden tonkreteheti a filerendszert!), a fontos file-okat gyakorlatilag mindig sikerult visszaallitani. A masik, jelen helyzetben talan nem, de egyebeknt igen fontos dolog: windozer ala letezik ext2ifs, ugy lehet irni/olvasni, mint egy ntfs-t, eszre se veszed, hogy ext2 van alatta. Ilyen reiser-re nincs, vagy csak elvetve egy-ket fizetos. A masik, ha nincs keznel egy masik linux, akkor jo szolgalatot tehetnek a windows-os recovery utility-k, amiknek jo resze szinten tamogatja az ext2-t. Reiser-t nem. Masfelol viszont a reiser jocskan gyorsabb (eszre is veheto, pl. lepj be mc-vel egy parezer file-t tartalmazo konyvtarba, mint pl. az /usr/bin, es erezd, ahogy lobog a hajad :), es nem olyan helypazarlo (ext2/3 ugye 4K-s blokkokat hasznal - magyaran az 1 byte-os file is 4K-s, igy az atlag veszteseg file-onkent 2K). _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Elosztott DB Volt: Network FS sync tobb telephellyel
Attila Nagy wrote: elterjedéséhez. A két időpont között (beírtad valamelyik masterbe és elérhető valamelyik consumeren) eltelhet egy kis idő a legaggresszívabb replikáció mellett is, így természetesen előfordulhat, hogy 200 millisecundummal az írás után még a consumeren nincs meg az adat. Erre voltál kiváncsi? Inkabb a tapasztalatokra, meg keltkezett-e benne valami tranzakciokezeles szeruseg, pl addig nem mutatja az uj allapotot, amig az osszes szerverre el nem jutott a replikacio (bar ez eleg idegen az ldaptol) Elvi megfontolasokkal tele a padlas :) -- Gabor HALASZ <[EMAIL PROTECTED]> _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: xkb
Rizsányi Zsolt írta: Megjegyzem, hogy a multkor nekem is valahogy eltuntek ezek a fajlok amikor az xkb-t upgradeltem. Szenvedtem mire egy masik geprol helyre raktam (amelyiken ugyanez a problema valahogy nem jelentkezett). Ez volt. Köszönet, és egy láda ser. Virtuálisan kéred, vagy elektronikusan? Üdv, János _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: ReiserFS vagy ext3?
Hose <[EMAIL PROTECTED]> wrote: > Egy uj Sarge szerver telepitesehez kernek segitseget. > Sata Raid1 lesz a HDD es erre melyik fenti filerendszert javasoljatok es > miert? ext3. Kisebb kod, kevesebb hibalehetoseg, nagyobb megbizhatosag; meg serulten is sokszor helyreallithato, mig egy serult reiser gyakran nem, es ha csak egy diszked van, akkor erre latok eselyt mondjuk hardverhibabol kifolyolag. Reisert oda tennek, ahol kifejezetten szukseg van a 'rengeteg apro file-t gyorsan elerni' cimu funkcionalitasara. udv raas -- Those who say it cannot be done should not interrupt the person doing it. -- Chinese proverb _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
