Re: OpenLDAP email...
Kepler Mihály írta: Nem tudom hogy próbáltad, és hogy tisztába vagy-e a MUST and MAY attribútumokkal De én amúgy így ( ezeket az attribútumokat muszály megadni (MUST) ) adom hozzá: Igen, a MUST a kotelezo, a MAY lehetseges... dn: cn=Proba User,ou=people,dc=example,dc=hu objectClass: inetOrgPerson objectClass: posixAccount objectClass: shadowAccount objectClass: top cn: Proba User gidNumber: homeDirectory: /dev/null sn: Proba uid: proba uidNumber: de lehet még példul userPassword:: x lognShell: /bin/false És plussz minden olyan attribútum ami az inetOrgPerson, posixAccount, és a shadowAccount objektum osztályhoz tartozik. Mar mukodik, kosz. :) Az objectClass: account pontosan mire jo? Mikor hasznalatos? Eredetileg az is bent volt, de az nem hasznalhato az inetOrgPerson-nal - azt irta vissza az openldap. Gabor _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: OpenLDAP email...
Az objectClass: account pontosan mire jo? Mikor hasznalatos? Eredetileg az is bent volt, de az nem hasznalhato az inetOrgPerson-nal - azt irta vissza az openldap. Mert két top structural object class nem vehető fel egy objektumhoz Ha van egy STRUCTURAL object class a többi AUXILIARY kiegészítő lehet ((kétszer mondom, kétszer mondom)) (ÉS persze egy STRUCTURALL -nak azért lenni kell 'aszem :D .) OFF De amúgy össze lehet hozni a kettőt, saját objektum osztály használatával: objectclass ( 1.3.6.1.4.1.[9|aTeAIANAszámod].1.1.2.2.1 NAME 'azEnGyonyoruObjektumOsztalyom' SUP ( inetOrgPerson $ account ) STRUCTURAL ) ON account oc mire jó? :) hát ha neked vagy az adatbázisban kereső/turkálló alkalmazásnak ilyen object class kell mert --- mert az alkalmazás eleve ilyenekre szűr, stb, és/vagy más object classban nincsenek meg az account -ban lévő attribok, amiket pedig te használni akarsz. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Spamassassin...
Makó Gábor wrote: Nagy Gábor Péter [EMAIL PROTECTED] írta: En azt szoktam, hogy viszonylag alacsony pontszam eseten mar megjelolom (1 korul), es 4-tol az MTA nem veszi at a kuldotol a levelet, vegleges hibaval elutasitja. Nem generalok valaszlevelet senkinek. A kuldo hibat kap vissza, es eszreveszi, hogy nem sikerult a kuldes (teves riasztas eseten). Hogyan lehet ezt beallitani, hogy egy (online) spamlista alapjan szurjon a spamassassin es kuldo hibat kapjon vissza ha a listan van? :) Sehogyan, ilyet az smtp szervernek kell csinalnia. -- Gabor HALASZ [EMAIL PROTECTED] _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Perl...
A perl ill. az adatbáziskezelő modulja (DBI), pontosabban egy ilyesmire vonatkozó kérdés mennyire tehető itt föl? Ha nem lehetséges, akkor tudna valaki segíteni? Köszönöm: Pali. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Perl...
On Mon, 27 Aug 2007, Laborczi Pál wrote: A perl ill. az adatbáziskezelő modulja (DBI), pontosabban egy ilyesmire vonatkozó kérdés mennyire tehető itt föl? Kérdezni lehet, legfeljebb nem kapsz választ :-) Van egy kifejezett perl lista is http://lists.perl.org.hu/sympa/lists oldalon, oda is fel lehet iratkozni, mostanában nincs nagy forgalom rajta. Bye,NAR -- Beware of bugs in the above code; I have only proved it correct, not tried it. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: a 22-es csapdaja
:) Az ajtót hátulról is be lehet törni, de érdemes inkább kinyitni. :) Nekem kicsit ugy tunik, hogy a Te javaslataid a bonyolultabbak :) Ok, igazad van, de megkerülik a problémát, és a feladatot megoldhatóvá teszik. :) :D Istvan _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Perl...
Laborczi Pál wrote: A perl ill. az adatbáziskezelő modulja (DBI), pontosabban egy ilyesmire vonatkozó kérdés mennyire tehető itt föl? Ha nem lehetséges, akkor tudna valaki segíteni? A hasznalata nagyjabol benne van a man-ban, amire vigyazni kell/erdemes, hogy a query-ket elore allitsd ossze egy stringbe, es ugy add at a dbi-nek. Ha adatbazisfuggetlenre akarod, akkor hasznald a dbix-et. -- Gabor HALASZ [EMAIL PROTECTED] _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
mysqldump hibát jelez
Van egy parancsom: # mysqldump --ssl -u backup -p** -h localhost -B mysql --create-option --add-drop-table -c -F -e Erre: mysqldump: Got error: 2026: SSL connection error when trying to connect a válasz. A my.cnf, ide vágó része: [mysqld] ssl-ca = /etc/apache2/ssl/cacert.pem ssl-cert= /etc/apache2/ssl/newcert.pem ssl-key = /etc/apache2/ssl/newkey.pem ssl-cipher = ALL:!ADH:!EXPORT56:RC4+RSA:+HIGH:+MEDIUM:+SSLv2 default-character-set = utf8 [mysqldump] #quick quote-names max_allowed_packet = 16M ssl-ca = /etc/apache2/ssl/cacert.pem ssl-cert= /etc/apache2/ssl/www.businesspark.hu/newcert.pem ssl-key = /etc/apache2/ssl/www.businesspark.hu/newkey.pem ssl-cipher = ALL:!ADH:!EXPORT56:RC4+RSA:+HIGH:+MEDIUM:+SSLv2 A log full üres!!! Az a kérdésem, ismer-e valelyíkőtök erre megoldást, akár úgy is, hogy egy más parancssoros eszközt használok a mentésre, aminek napi és heti gyakorisággal kellene történnie, tehát valami skálázható dolog kellene, ha a mysqldump nem megy. Illetve ki találkozott már ilyennel? Esetleg meg tudom-e mondani valahogy a mysqld-nek, hogy a localhoston keresztüli csatlakozásokat titkosítatlanul is elfogadja. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Perl...
2007-08-27, h keltezéssel 15.30-kor Gabor HALASZ ezt írta:
A hasznalata nagyjabol benne van a man-ban, amire vigyazni kell/erdemes,
hogy a query-ket elore allitsd ossze egy stringbe, es ugy add at a
dbi-nek. Ha adatbazisfuggetlenre akarod, akkor hasznald a dbix-et.
Ezért nem ilyen egyszerű... a kérdésem :)
my $sth = $dbh - prepare(delete from ... where table=?);
foreach (@data) {
$sth - execute( $_ );
}
És szépen működik.
De:
my $sth = $dbh - prepare(drop table ?);
foreach (@data) {
$sth - execute( $_ );
}
Itt pedig ...execute failed: You have an error in your SQL syntax...
Kérdőjel nélkül, a ciklus közepén előállítva a prepare-execute párost,
működöképessé tehető ez is.
Most akkor mitől függ, hogy a kérdőjeles helyettesítés működik-e? A
delete parancs beveszi, a drop nem?
Köszönöm:
Pali.
_
linux lista - linux@mlf.linux.rulez.org
http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Perl...
On Mon, Aug 27, 2007 at 04:32:20PM +0200, Laborczi Pál wrote: Most akkor mitől függ, hogy a kérdőjeles helyettesítés működik-e? A delete parancs beveszi, a drop nem? A pontos valasz: attol fugg. Azaz, hogy a DB engine tamogatja-e a PREPARE parancsot, es ha igen, akkor ezt a Perl driver is tudja-e. Ha mindketto igen, akkor jon a DB dokumentacio atbongeszese. Pl. PostgreSQL eseten a 'PREPARE' utan csak SELECT, INSERT, UPDATE, DELETE vagy VALUES johet, DROP nem. Ha a DBI driver nem nativan adja at a PREPARE-t a DB engine-nek, hanem emulalja, akkor meg a DBI driveren mulik, hogy mit eszik meg - jo esellyel barmit, mert egyszeruen csak tarolja a stringet. 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: mysqldump hibát jelez
Molnár István írta: Van egy parancsom: # mysqldump --ssl -u backup -p** -h localhost -B mysql --create-option --add-drop-table -c -F -e Erre: mysqldump: Got error: 2026: SSL connection error when trying to connect a válasz. A my.cnf, ide vágó része: [mysqld] ssl-ca = /etc/apache2/ssl/cacert.pem ssl-cert= /etc/apache2/ssl/newcert.pem ssl-key = /etc/apache2/ssl/newkey.pem ssl-cipher = ALL:!ADH:!EXPORT56:RC4+RSA:+HIGH:+MEDIUM:+SSLv2 default-character-set = utf8 [mysqldump] #quick quote-names max_allowed_packet = 16M ssl-ca = /etc/apache2/ssl/cacert.pem ssl-cert= /etc/apache2/ssl/www.businesspark.hu/newcert.pem ssl-key = /etc/apache2/ssl/www.businesspark.hu/newkey.pem ssl-cipher = ALL:!ADH:!EXPORT56:RC4+RSA:+HIGH:+MEDIUM:+SSLv2 A log full üres!!! Az a kérdésem, ismer-e valelyíkőtök erre megoldást, akár úgy is, hogy egy más parancssoros eszközt használok a mentésre, aminek napi és heti gyakorisággal kellene történnie, tehát valami skálázható dolog kellene, ha a mysqldump nem megy. Illetve ki találkozott már ilyennel? Esetleg meg tudom-e mondani valahogy a mysqld-nek, hogy a localhoston keresztüli csatlakozásokat titkosítatlanul is elfogadja. Az archívum kedvéért: Megtaláltam, mi a gond ez bizony bug a mysqldumpban. Ha a szerver ssl titkosítással várja a csatlakozásokat, nem lehet neki azt mondani, hogy localhost-on a nélkül is lehessen csatlakozni, így azonban a mysqldump nem képes localhoston csatlakozni, azonban távolról hívva, működik, tehát mentőserverről dumpolhatóak az adatbázisok. Jelen esetben a --port 3306 kapcsoló sem segít (valószínűleg - szerintem - a socketen való csatlakozással lehet a gond) _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: mysqldump hibát jelez
Molnár István wrote: Az archívum kedvéért: Megtaláltam, mi a gond ez bizony bug a mysqldumpban. Ha a szerver ssl titkosítással várja a csatlakozásokat, nem lehet neki azt mondani, hogy localhost-on a nélkül is lehessen csatlakozni, így azonban a mysqldump nem képes localhoston csatlakozni, azonban távolról hívva, működik, tehát mentőserverről dumpolhatóak az adatbázisok. Jelen esetben a --port 3306 kapcsoló sem segít (valószínűleg - szerintem - a socketen való csatlakozással lehet a gond) de a localhost-rol miert TCP-n dumpolod az adatbazist ? ha hozzafersz, hasznalda unix socket-jet inkabb!! Misi _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: iowait
Salamon Attila [EMAIL PROTECTED] writes: Hogy nézhetem meg, hogy egy gép mely processzek miatt van sokat iowat állapotban? Keress D állapotú processzeket a ps kimenetében! -- Üdv: Feri. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: mysqldump hibát jelez
Mihaly Zachar írta: Molnár István wrote: Az archívum kedvéért: Megtaláltam, mi a gond ez bizony bug a mysqldumpban. Ha a szerver ssl titkosítással várja a csatlakozásokat, nem lehet neki azt mondani, hogy localhost-on a nélkül is lehessen csatlakozni, így azonban a mysqldump nem képes localhoston csatlakozni, azonban távolról hívva, működik, tehát mentőserverről dumpolhatóak az adatbázisok. Jelen esetben a --port 3306 kapcsoló sem segít (valószínűleg - szerintem - a socketen való csatlakozással lehet a gond) de a localhost-rol miert TCP-n dumpolod az adatbazist ? ha hozzafersz, hasznalda unix socket-jet inkabb!! Misi Éppen ez okozza a problémát. Kicsit zavaros volt az előző levél... Tehát sem a unix socket, sem a 127.0.0.1 -re való csatlakozás sem segített. Ha a gép IP címét (eth0) adtam meg akkor is ugyan ez volt a gond. Azonban, ha másik gépről - nevezetesen a mentő serverről - indítpm a dumpot, megy mint a karikacsapás. Ha nem nagy gond újra nem keresném ki a bugriportot... Abban az esetben is a mentőgépre kerülne a dump, de a serverről a már elkészült és betömörített dumpot szedte volna le rsyncel a mentő server _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Perl...
Laborczi Pál írta:
2007-08-27, h keltezéssel 15.30-kor Gabor HALASZ ezt írta:
A hasznalata nagyjabol benne van a man-ban, amire vigyazni kell/erdemes,
hogy a query-ket elore allitsd ossze egy stringbe, es ugy add at a
dbi-nek. Ha adatbazisfuggetlenre akarod, akkor hasznald a dbix-et.
Ezért nem ilyen egyszerű... a kérdésem :)
Dehogynem, benne van a man-ban :)
my $sth = $dbh - prepare(delete from ... where table=?);
foreach (@data) {
$sth - execute( $_ );
}
És szépen működik.
De:
my $sth = $dbh - prepare(drop table ?);
foreach (@data) {
$sth - execute( $_ );
}
Itt pedig ...execute failed: You have an error in your SQL syntax...
Mert azt igy kell: dbh-do(DROP TABLE foo);
Vgy igy: $dbh-func('dropdb', $database, 'admin');
_
linux lista - linux@mlf.linux.rulez.org
http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: mysqldump hibát jelez
Molnár István írta: Mihaly Zachar írta: Molnár István wrote: Az archívum kedvéért: Megtaláltam, mi a gond ez bizony bug a mysqldumpban. Ha a szerver ssl titkosítással várja a csatlakozásokat, nem lehet neki azt mondani, hogy localhost-on a nélkül is lehessen csatlakozni, így azonban a mysqldump nem képes localhoston csatlakozni, azonban távolról hívva, működik, tehát mentőserverről dumpolhatóak az adatbázisok. Jelen esetben a --port 3306 kapcsoló sem segít (valószínűleg - szerintem - a socketen való csatlakozással lehet a gond) de a localhost-rol miert TCP-n dumpolod az adatbazist ? ha hozzafersz, hasznalda unix socket-jet inkabb!! Misi Éppen ez okozza a problémát. Kicsit zavaros volt az előző levél... Tehát sem a unix socket, sem a 127.0.0.1 -re való csatlakozás sem segített. Nem 127.0.0.1 volt abban, amit ideztel, hanem 'localhost', es ekkor is unix socketen fog csatlakozni. Hagyd ki az -ssl-t... _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: iowait
Hello! Keress D állapotú processzeket a ps kimenetében! Jé, tényleg. Közben meglett a bűnös. Az egyik hdd készült ki. Nagy bajom nem lett belőle, Vivát RAID1! :) Az a fura, hogy nem volt semmiféle diszk olvasási hiba, hanem ilyenek: ata2.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x2 frozen ata2.00: (BMDMA stat 0x20) ata2.00: tag 0 cmd 0x35 Emask 0x4 stat 0x40 err 0x0 (timeout) ata2: port is slow to respond, please be patient ata2: port failed to respond (30 secs) ata2: soft resetting port ata2.00: configured for UDMA/133 ata2: EH complete SCSI device sdb: 390721968 512-byte hdwr sectors (200050 MB) sdb: Write Protect is off sdb: Mode Sense: 00 3a 00 00 SCSI device sdb: drive cache: write back smartctl mutatott párszáz relokált szektort, meg egyet, amit már relokálni sem tudott. Ahogy kivettem a tömbből a lemezt, egyből megjavult minden. 196 Reallocated_Event_Count 480 197 Current_Pending_Sector 1 198 Offline_Uncorrectable 1 200 Multi_Zone_Error_Rate 1482 201 Soft_Read_Error_Rate 1 üdv. Salamon Attila _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: mysqldump hibát jelez
Gabor HALASZ wrote: Éppen ez okozza a problémát. Kicsit zavaros volt az előző levél... Tehát sem a unix socket, sem a 127.0.0.1 -re való csatlakozás sem segített. Nem 127.0.0.1 volt abban, amit ideztel, hanem 'localhost', igyvan, localhost volt benne es ekkor is unix socketen fog csatlakozni. Hagyd ki az -ssl-t... ez viszont tudtommal nemigyvan... -h localhost - unix socket !!! -h 127.0.0.1 - TCP Misi _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: mysqldump hibát jelez
Molnár István wrote: Illetve ki találkozott már ilyennel? Esetleg meg tudom-e mondani valahogy a mysqld-nek, hogy a localhoston keresztüli csatlakozásokat titkosítatlanul is elfogadja. Az archívum kedvéért: Megtaláltam, mi a gond ez bizony bug a mysqldumpban. Ha a szerver ssl titkosítással várja a csatlakozásokat, nem lehet neki azt mondani, hogy localhost-on a nélkül is lehessen csatlakozni, így azonban a mysqldump nem képes localhoston csatlakozni, azonban távolról hívva, működik, tehát mentőserverről dumpolhatóak az adatbázisok. Jelen esetben a --port 3306 kapcsoló sem segít (valószínűleg - szerintem - a socketen való csatlakozással lehet a gond) nem irtad egyebkent a mysql verziodat... ezt a bugot talaltad ? http://bugs.mysql.com/bug.php?id=27669 mert akkor ehhez van match es a 5.0.42 ill a 5.1.18-tol bennevan a faban... _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: mysqldump hibát jelez
Molnár István wrote: Illetve ki találkozott már ilyennel? Esetleg meg tudom-e mondani valahogy a mysqld-nek, hogy a localhoston keresztüli csatlakozásokat titkosítatlanul is elfogadja. Az archívum kedvéért: Megtaláltam, mi a gond ez bizony bug a mysqldumpban. Ha a szerver ssl titkosítással várja a csatlakozásokat, nem lehet neki azt mondani, hogy localhost-on a nélkül is lehessen csatlakozni, így azonban a mysqldump nem képes localhoston csatlakozni, azonban távolról hívva, működik, tehát mentőserverről dumpolhatóak az adatbázisok. Jelen esetben a --port 3306 kapcsoló sem segít (valószínűleg - szerintem - a socketen való csatlakozással lehet a gond) nem irtad egyebkent a mysql verziodat... ezt a bugot talaltad ? http://bugs.mysql.com/bug.php?id=27669 mert akkor ehhez van patch es a 5.0.42 ill a 5.1.18-tol bennevan a faban... _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: mysqldump hibát jelez
Mihaly Zachar írta: es ekkor is unix socketen fog csatlakozni. Hagyd ki az -ssl-t... ez viszont tudtommal nemigyvan... -h localhost - unix socket !!! Szerintem pont ezt irtam :) Socketen viszont nincs ssl. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: mysqldump hibát jelez
Mihaly Zachar írta: -h localhost - unix socket !!! Szerintem pont ezt irtam :) Socketen viszont nincs ssl. az is zavart meg :), az nemkellettvolna :) Dehogynem kell, -S vagy --socket-name kulonben a unix socket kapcsoloja :) Az, hogy a localhost naluk special word es nem a 127.0.0.1 neve, csak a doksi melyen van valahol. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: mysqldump hibát jelez
Gabor HALASZ wrote: Mihaly Zachar írta: -h localhost - unix socket !!! Szerintem pont ezt irtam :) Socketen viszont nincs ssl. az is zavart meg :), az nemkellettvolna :) Dehogynem kell, -S vagy --socket-name kulonben a unix socket kapcsoloja :) Az, hogy a localhost naluk special word es nem a 127.0.0.1 neve, csak a doksi melyen van valahol. hiaba adsz neki -S -sel unix socketet, ha -h 127.0.0.1-et irsz, akkoris TCP-n fog menni... :) szoval ha -h localhost van akkor _tuti_ a unix socket, ha -h 127.0.0.1 akkor _tuti_ TCP na, ezert nem kell az is :) en meg anno megszivtam ezt amikor egy webszervert jail-ba koltoztettem, az ugyfel php kodjaiban mindenhol localhost-ra csatlakoztak, es ha a fejem tetejere alltam, akkor se tudtam neki elmagyarazni, hogy TCP-n kapcsolodjon... na, akkor olvastam valahol, hogy ezt az ugyfelek megsegitesere talaltak ki, hogy nehogy valaki mar a localhoston TCP-vel akarjon kommunikalni, mert a programozok nagyresze nemfigyel erre oda, es a TCP-n torteno kommunikacio teljesitmenycsokkenest okoz ugyebar... szoval gondolkodnak helyettunk... peace :) _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
