mysqldump -e --user=A_DB_USERE --password=A_DB_JELSZAVA dbneve | gzip | uuencode db_backup.gz | mail -s "DB Backup `date`" email@cimem.com
Ennyi.
Itt találtam: http://bornvirtual.com/code/automatically-backup-your-mysql-database-to-e-mail/
mysqldump -e --user=A_DB_USERE --password=A_DB_JELSZAVA dbneve | gzip | uuencode db_backup.gz | mail -s "DB Backup `date`" email@cimem.com
Ennyi.
Itt találtam: http://bornvirtual.com/code/automatically-backup-your-mysql-database-to-e-mail/
Ha valakivel előfordul, hogy “elfelejti” az sql szerver root jelszavát, íme a megoldás:
1. mysql szerver leállítása:
host# /usr/local/etc/rc.d/mysql-server stop
2. init script gyártása:
UPDATE mysql.user set password=PASSWORD('új password') where user='root';
flush privileges;
3. mysqld indítása a saját scripttel:
mysqld_safe --init-file=/home/petike/sql_root_reset.sql
Ez indításkor módosítja a root passwordöt.
Ezek után már mehet is a móka.
Természetesen a fájlt ezek után már nem kell használni, le is törölhetjük. Végezetül pedig indítsuk el újra rendesen a mysql-servert.
Az upgrade után a mysql szerver nem volt hajlandó elindulni. Telehányta a logot az alábbi hibával:
kernel: [ 1258.446907] type=1502 audit(1258315574.799:372): operation="open" pid=6330 parent=6329 profile="/usr/sbin/mysqld" requested_mask="r::" denied_mask="r::" fsuid=0 ouid=0 name="/sys/devices/system/cpu/"
A megoldás viszonylag egyszerű volt, google-n kukáztam. Nem tudom az okokat, de ha kiveszem a következő sort a my.cnf-ből akkor minden OK.
skip-bdb
Egyszerűen kommenteztem és elindult.
Ami még kellemetlenül érintet, hogy valamilyen oknál fogva a szálak stack mérete is kevésnek bizonyult, így azt megnöveltem. (A tárolt eljárások nem futottak le…)
thread_stack = 1024K