automaticky administracni task

[kaaia]

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". 

[kaaia]

A ze bych si i sam odpovedel?  Je tim spravnym resenim pouziti "sudo -i" + provedeni vygenerovani klicu v teto "docasne" rootovske session?

[Dudlyk]

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?

[kaaia]

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.

[DuckD]

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?

[kaaia]

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.

Snad je to ted jasnejsi.

[nettezzaumana]

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.

Snad je to ted jasnejsi.

.. nesmis vsemu verit ..

ja osobne ubunti politiku povazuji za zhovadilou a normalne povoluju/pouzivam ucet pro roota ..

[DuckD]

Tak v tom pripade udelej vyjimku pro bezny uz. ucet. Hledej "visudo" a "sudoers"

[kaaia]

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?