Re: mysql-chyba pri natahovani scriptu
Jaroslav Votruba wrote: > >> t.zn. v databazi s nazvem MYSQL v tabulce DB ale toto by nemelo nicemu >> vadit, protoze pouze nebude pridan tanto zaznam ( uz tam je ) >> a zbytek skriptu by mel dojet OK. >> >> Pavel >> >> >> > evidentne to vadi,protoze to dal nejede a ani db se nevytvori Odporucam dotycnu postfix databazu zmazat a ak sa da, reinstalnut aj mysql dbspace a upravit si postfix databazovy skript tak, aby pouzival GRANT a nie tie nestastne INSERT-y.. Inak, cez www.mysql.com sa da doklikat ku velmi peknemu manualu ku MySQL :-) -- Juraj Lutter| /\ ASCII Ribbon Campaign otis (at) wilbury.sk| \/ - NO HTML/RTF in e-mail http://www.wilbury.sk/ | /\ - NO Word docs in e-mail -- FreeBSD mailing list (users-l@freebsd.cz) http://www.freebsd.cz/listserv/listinfo/users-l
Re: mysql-chyba pri natahovani scriptu
Jaroslav Votruba wrote: > dobry den > snazim se rozbehat postfixe+mysql,ale nejak se mi nedari. Delal jsem to > podle jednoho cinskyho webu,ale meli tam moc nekonzistenci,tak jsem se > na to vykaslal a nesel jednodussi navod nekde v brazilii. Seknul jsem se > ale na tom,ze DB v MYSQL nejde nahrat. Puvodni DB jsem > odstranil,odstranil jsem z DB i uzivatele postfix,ale kdyz dam natahnout > script na vytvoreni DB nahlesi mi to chybu > > www# mysql -u root -pheslo< /root/temp/mysqscript.postfix > ERROR 1062 at line 5: Duplicate entry 'localhost-postfix' for key 1 Smazanim databaze se nesmazou uzivatelska opravneni k te databazi, takze ta opravneni tam zustala. Postup je pak ten, ze se musi zaznamy z databaze "mysql" z tabulek "db" a "user" odstranit rucne prikazy DELETE FROM... a to tak, aby se odstranily ty zaznamy, ktere se tam predchozim scriptem INSERTovaly. A jak uz psal Juraj Lutter, lepsi je v tech importovanych scriptech nepouzivat INSERT do tabulek prav, ale GRANT, kteremu existujici zaznamy nevadi. Mirek -- FreeBSD mailing list (users-l@freebsd.cz) http://www.freebsd.cz/listserv/listinfo/users-l
Re: mysql-chyba pri natahovani scriptu
po dlouhym boji jsem se prokousal kusem manualu a staci napsat USE mysql; delete from user where User='postfix'; delete from db where User='postfix'; delete from user where User='postfixadmin'; delete from db where User='postfixadmin'; FLUSH PRIVILEGES; a pak to probehne OK skoda ze jste se neozval trochu driv:-)),usetril by jste mi hafo prace,nicmene dekuji. co se tyce INSERT a GRANT ,s mysql pracuji jen obcas,udelam co potrebuji a pak se k DB nedostanu zase treba1/2 roku-a vsechno samozrejme zapomenu -pouziti techto 2 prikazu je stejne? 1062 at line 5: Duplicate entry 'localhost-postfix' for key 1 Smazanim databaze se nesmazou uzivatelska opravneni k te databazi, takze ta opravneni tam zustala. Postup je pak ten, ze se musi zaznamy z databaze "mysql" z tabulek "db" a "user" odstranit rucne prikazy DELETE FROM... a to tak, aby se odstranily ty zaznamy, ktere se tam predchozim scriptem INSERTovaly. A jak uz psal Juraj Lutter, lepsi je v tech importovanych scriptech nepouzivat INSERT do tabulek prav, ale GRANT, kteremu existujici zaznamy nevadi. Mirek -- s pozdravem Votruba Jaroslav tel: 389002504 mailto:[EMAIL PROTECTED] -- FreeBSD mailing list (users-l@freebsd.cz) http://www.freebsd.cz/listserv/listinfo/users-l
jak je to s uzivatelama
pro vakace v postfixadminu jsem postupoval dle navodu,kde pisou vytvorit uzivatele editaci souboru ee /etc/passwd vacation:*:65501:65501::0:0:Virtual Vacation:/nonexistent:/sbin/nologin ee /etc/group vacation:*:65501: coz bych chapal,cemu nerozumim,proč system toho uzivaka nevidi a tim padem nejdou priradit prava na soubor pokud zkusim www# pw useradd vacation -u 65501 -g 65501 pw: user 'vacation' already exists tak to tvrdi,ze uzivak existuje www# rmuser vacation rmuser: user (vacation) does not exist in the password database. ale neodstrani jej to protoze neexistuje moh bych jej pridat pres adduser,ale rad bych vedel v cem je zakopanej pes mohl by mi to nekdo osvetlit? -- s pozdravem Votruba Jaroslav tel: 389002504 mailto:[EMAIL PROTECTED] -- FreeBSD mailing list (users-l@freebsd.cz) http://www.freebsd.cz/listserv/listinfo/users-l
Re: jak je to s uzivatelama
- Original Message - > pro vakace v postfixadminu jsem postupoval dle navodu,kde pisou vytvorit > uzivatele editaci souboru > ee /etc/passwd > vacation:*:65501:65501::0:0:Virtual Vacation:/nonexistent:/sbin/nologin To je takovej protivnej linuxovej zvyk Pouzij radeji vipw(8) predpokladam, ze jsi nepodchytil master.passwd nebo neco podobneho. -- FreeBSD mailing list (users-l@freebsd.cz) http://www.freebsd.cz/listserv/listinfo/users-l
Re: jak je to s uzivatelama
On Tue, Jul 24, 2007 at 02:41:35PM +0200, Jaroslav Votruba wrote: > pro vakace v postfixadminu jsem postupoval dle navodu,kde pisou vytvorit > uzivatele editaci souboru > ee /etc/passwd > vacation:*:65501:65501::0:0:Virtual Vacation:/nonexistent:/sbin/nologin > > ee /etc/group > vacation:*:65501: > > coz bych chapal,cemu nerozumim,proč system toho uzivaka nevidi a tim > padem nejdou priradit prava na soubor > > pokud zkusim > www# pw useradd vacation -u 65501 -g 65501 > pw: user 'vacation' already exists > tak to tvrdi,ze uzivak existuje > > www# rmuser vacation > rmuser: user (vacation) does not exist in the password database. > ale neodstrani jej to protoze neexistuje > > moh bych jej pridat pres adduser,ale rad bych vedel v cem je zakopanej pes > mohl by mi to nekdo osvetlit? > > > skus pozret pwd_mkdb(8), ono totiz editaciou /etc/passwd uzivatela do systemu tak jednoducho nepridas. Ked uz editovat, tak cez vipw. mv -- FreeBSD mailing list (users-l@freebsd.cz) http://www.freebsd.cz/listserv/listinfo/users-l
Re: mysql-chyba pri natahovani scriptu
Jaroslav Votruba wrote: > po dlouhym boji jsem se prokousal kusem manualu a staci napsat > > USE mysql; > delete from user where User='postfix'; > delete from db where User='postfix'; > delete from user where User='postfixadmin'; > delete from db where User='postfixadmin'; > FLUSH PRIVILEGES; > > a pak to probehne OK > > skoda ze jste se neozval trochu driv:-)),usetril by jste mi hafo > prace,nicmene dekuji. > > co se tyce INSERT a GRANT ,s mysql pracuji jen obcas,udelam co potrebuji > a pak se k DB nedostanu zase treba1/2 roku-a vsechno samozrejme zapomenu > > -pouziti techto 2 prikazu je stejne? GRANT funguje uplne jinak, je to neco jako 'adduser' v systemu (coz je taky prikaz, ktery udela mnohem vic prace, nez jen vlozeni zaznamu do /etc/passwd ;]) GRANT podle patricnych parametru prida uzivatele do vsech potrebnych tabulek a nastavi patricne hodnoty v danych sloupcich. Takze namisto nekolika insertu (ktere mohou selhat, viz vas pripad) lze pouzit napriklad GRANT SELECT, INSERT, UPDATE, DELETE ON postfixdb.* TO [EMAIL PROTECTED] IDENTIFIED BY 'strongpassword'; Vice vam rekne manual k MySQL. Mirek -- FreeBSD mailing list (users-l@freebsd.cz) http://www.freebsd.cz/listserv/listinfo/users-l
Re: mysql-chyba pri natahovani scriptu
Miroslav Lachman wrote: >> co se tyce INSERT a GRANT ,s mysql pracuji jen obcas,udelam co potrebuji >> a pak se k DB nedostanu zase treba1/2 roku-a vsechno samozrejme zapomenu >> >> -pouziti techto 2 prikazu je stejne? > GRANT podle patricnych parametru prida uzivatele do vsech potrebnych > tabulek a nastavi patricne hodnoty v danych sloupcich. Takze namisto A krome toho, o zmene prav vi databazovy server "hned", zatimco u INSERTu se mu musi vnutit, ze si ma znovu prohlednout co je v tabulkach napsano ... Jinak ale se pripojuji k informaci "manual od MySQL". Nemam nic proti tomu, abychom se tu problematiky Postfixu a/nebo MySQL v rozumne mire dotkli, ale pro nejake hlubsi debaty by bylo vhodnejsi pouzit konference, ktere se venuji primo temto softwarum. Dan -- FreeBSD mailing list (users-l@freebsd.cz) http://www.freebsd.cz/listserv/listinfo/users-l
Re: jak je to s uzivatelama
Milos Vyletel wrote: >> pro vakace v postfixadminu jsem postupoval dle navodu,kde pisou vytvorit >> uzivatele editaci souboru >> ee /etc/passwd >> coz bych chapal,cemu nerozumim,proč system toho uzivaka nevidi a tim >> padem nejdou priradit prava na soubor > skus pozret pwd_mkdb(8), ono totiz editaciou /etc/passwd uzivatela do systemu > tak jednoducho nepridas. Pokud skutecne zeditoval /etc/passwd, tak mu ani pwd_mkdb nepomuze ... Skutecne datababaze, ktere system pouziva jsou netextove (skutecne binarni databaze). Z historickych a kompatibilitnich duvodu jsou v systemu navic databaze dve - jedna, ktera ma standardizovany tvar, ma k ni pristup kazdy a kvuli bezpecnosti v ni dnes jiz nejsou uvedena hesla, a druha, ktera standardizovan aneni, jsou v ni hesla a jeste dalsi informace "navic". Jde tak nakonec o ctyri soubory - dva textove, dva databazove, dva verejne bez hesel, dva neverejne s heslama. A to vsechno se musi udrzovat synchronni, ma-li to dobre fungovat. (Z duvodi jednoduchosti pomijim moznost existence dalsich ctveric souboru na jinych mistech a s jinym obsahem uzivanych CHROOTnutymi procesy). Pro korektni funkci systemu je potreba uzivatele vytvaret tim postupem, ktery dany system vyzaduje. Postupy urcene pro jine systemy nemusi byt funkcni, vhodne a horsim pripade pak mohou byt dokonce skodlive. Pokud je v POSTFIXu navod jak vytvorit uzivatele v systemu aniz by bylo uvedeno pro jaky system to navod je, je treba se ridit generickym pravidlem - 1. neuvadi-li uzivatel OS, pak jsou to Windows 2. neuvadi-li UNIXovy uzivatel OS, pak jde o Linux Uzivatele techto systemu casto nevedi, ze na svete existuje jiny OS nez Wokna resp. jine Unixy nez Linux. Vsichni uzivatele ostatnich systemu OS typicky uvadeji... Dan -- FreeBSD mailing list (users-l@freebsd.cz) http://www.freebsd.cz/listserv/listinfo/users-l
Re: mysql-chyba pri natahovani scriptu (Uz OT)
Odporucam forum na dbsvet.cz: http://forum.dbsvet.cz/ Nie je to velmi frekventovane, ale zvycajne sa najde niekto, kto poradi. J. -- FreeBSD mailing list (users-l@freebsd.cz) http://www.freebsd.cz/listserv/listinfo/users-l
