Fórum Ubuntu CZ/SK
Ubuntu pro osobní počítače => Internet a sítě => Téma založeno: kaaia 10 Prosince 2008, 15:48:39
-
stroj A, ubuntu, mysql
stroj B, nejaky linux, mysql
uloha - jednou denne automaticky prenest databazi ze stroje B na A.
Potiz vidim v tom, ze tento task musi na A bezet s rootovskym opravnenim (stop, start mysql) -> ok, spustim to z cronu pod rootem. Jenze tim padem potrebuji, aby se root z A mohl pres ssh prihlasit na B (a provest tam zalohu db) -> poutrebuji vygenerovat dvojici klicu jako root na A -> musim "odblokovat" rootovsky ucet a to je indikace, ze mozna delam neco spatne.
Asi bych si s timto (technicky) umel poradit, ale zajimalo by me, jak toto udelat spravne - "po ubuntovsky". :)
-
A ze bych si i sam odpovedel? ::) Je tim spravnym resenim pouziti "sudo -i" + provedeni vygenerovani klicu v teto "docasne" rootovske session?
-
Zajímala by mne jedna věc, spíš jsem moc zvědavý když se jedná o serverová řešení. Z jakého důvodu potřebujete překlopit jednu databázi na druhý stroj?
-
Z jakého důvodu potřebujete překlopit jednu databázi na druhý stroj?
Zjednodusene receno potrebuji prenest db z produkcniho prostredi do testovaciho.
-
Uložit DB:
mysqldump -u DBUSER -p DBNAME > DBNAME.sql
Přenést přes SSH na jiný stroj:
scp DBNAME.sql uziv_jmeno@ip_adresa:"/tmp/DBNAME.sql"
A vytvořit v cronu úlohu. V čem je problém?
-
Asi jsem se zeptal uplne blbe. :-\
Jadro problemu neni v tom, ze bych neumel provest zalohu / prenest ji / obnovit. K tomu, aby ten prenos fungoval, musim pro roota opatrit ssh klice a ja se ptam, jak toto udelat tak, aby to bylo v souladu s "politikou ubuntu", ktera rootovsky ucet nema prilis rada.
Vyresil jsem to ziskanim rootovskyho shellu (sudo -i) a naslednym vygenerovanim klicu (ssh-keygen -t rsa). Vse mi funguje jak ma, nicmene zajima me, zda toto je ten spravny ubuntovsky zpusob reseni, protoze pred pouzitim "sudo -i" dokumentace dosti vyrazne varuje: https://help.ubuntu.com/community/RootSudo#Special%20notes%20on%20sudo%20and%20shells (https://help.ubuntu.com/community/RootSudo#Special%20notes%20on%20sudo%20and%20shells).
Snad je to ted jasnejsi.
-
Asi jsem se zeptal uplne blbe. :-\
Jadro problemu neni v tom, ze bych neumel provest zalohu / prenest ji / obnovit. K tomu, aby ten prenos fungoval, musim pro roota opatrit ssh klice a ja se ptam, jak toto udelat tak, aby to bylo v souladu s "politikou ubuntu", ktera rootovsky ucet nema prilis rada.
Vyresil jsem to ziskanim rootovskyho shellu (sudo -i) a naslednym vygenerovanim klicu (ssh-keygen -t rsa). Vse mi funguje jak ma, nicmene zajima me, zda toto je ten spravny ubuntovsky zpusob reseni, protoze pred pouzitim "sudo -i" dokumentace dosti vyrazne varuje: https://help.ubuntu.com/community/RootSudo#Special%20notes%20on%20sudo%20and%20shells (https://help.ubuntu.com/community/RootSudo#Special%20notes%20on%20sudo%20and%20shells).
Snad je to ted jasnejsi.
.. nesmis vsemu verit ..
ja osobne ubunti politiku povazuji za zhovadilou a normalne povoluju/pouzivam ucet pro roota ..
-
Tak v tom pripade udelej vyjimku pro bezny uz. ucet. Hledej "visudo" a "sudoers"
-
Tak v tom pripade udelej vyjimku pro bezny uz. ucet. Hledej "visudo" a "sudoers"
Ale to se potom sudo bude ptat na heslo, coz je pri spusteni z cronu problem. Nebo ne?