Linux за българи: Форуми

Linux секция за начинаещи => Настройка на програми => Темата е започната от: eD_Templar в Dec 28, 2013, 11:31



Титла: Проблем с възстановяване на БД . СПЕШНО!!!
Публикувано от: eD_Templar в Dec 28, 2013, 11:31
Здравейте. Прецака се хардуеъра и се наложи да сменям РС-то. Както и да е на новото съм инсталирал всичкo, което трябва: Apache2, PHP5, mysql-server, phpmyadmin, всичко си тръгва и си е ок. Сега идва момента, в който аз нямам експортнат SQL файл с БД до сега. Единственото, с което разполагам е директорията от стария хард диск вътре с всичките и "простотии" (ibdata1, ib_logfile0, ib_logfile1, директорията с .frm файловете и т.н. ) Това, което правя е следното... Всичко си върви, Давам стоп на mysql и копирам тези неща от старата директория в сегашната и до там. Повече не мога да дам старт на mysql и се налага да върна новата му директория, на която всъщност бях направил бекъп. До колкото успях да разбера и прочета имало шанс да си върна БД по този начин, но трябвало да се прави нещо в от сорта на Innodb, my.cnf...... ама пустия ми акъл не разбира и не съм толкова навътре в тая материя, както и с убунто. Та ако може, с колкото се може по-прости думи, да се обясни какво мога да направя (ако въобще може нещо) ще съм безкрайно благодарен. Вече втори ден магазина не работи


Титла: Re: Проблем с възстановяване на БД . СПЕШНО!!!
Публикувано от: gat3way в Dec 28, 2013, 11:53
myisam ли бяха таблиците или innodb? Ако са само myisam, има някакъв шанс да го направиш, копирайки всички файлове без ibdata1 и да запалиш базата. Дърварско изпълнение, но съм го правил и е сработвало. mysql-а хич не обича да му се нашие ibdata1 особено от друга инсталация, която не е спирана "чисто", при стартиране почва да се опитва нещо да я оправя и тогава при мен всичко беше дотам, mysql даваше фира след известни опити и не искаше да се стартира.

Виж ако твоят случай не е такъв...блях.


Титла: Re: Проблем с възстановяване на БД . СПЕШНО!!!
Публикувано от: KPETEH в Dec 28, 2013, 11:57
Кофти случай !
Я пробвай следното на старата машина :
Код:
mysqldump -u root -p root_parolata /var/lib/mysql/imeto_nabazata > imeto_nabazata.sql
Ами копирай стария my.cnf върху новия просто го презапиши.
Ако копираш просто папка /var/lib/mysql от старата на новата машина в папка mysql, вероятно това е причината да не тръгват нещата. БД трябва да е отделно вероятно по принцип така е правилно да е т. е. в друга папка.

P.S. Ама и аз пиша едни тъпотии то хардуера не му работи аз го карам дъмп да прави.

Добре тогава след като копираш старата база в папката на mysql изпълни тази команда:

Код:
mysqldump --master-data


Титла: Re: Проблем с възстановяване на БД . СПЕШНО!!!
Публикувано от: eD_Templar в Dec 28, 2013, 12:09
Кофти случай !
Я пробвай следното на старата машина :
Код:
mysqldump -u root -p root_parolata /var/lib/mysql/imeto_nabazata > imeto_nabazata.sql
Ами копирай стария my.cnf върху новия просто го презапиши.
Ако копираш просто папка /var/lib/mysql от старата на новата машина в папка mysql, вероятно това е причината да не тръгват нещата. БД трябва да е отделно вероятно по принцип така е правилно да е т. е. в друга папка.

Старата машина не работи. Вързал съм харда от нея на новата машина...


Титла: Re: Проблем с възстановяване на БД . СПЕШНО!!!
Публикувано от: KPETEH в Dec 28, 2013, 12:12
Ама и аз пиша едни тъпотии то хардуера не му работи аз го карам дъмп да прави.

Добре тогава след като копираш старата база в папката на mysql изпълни тази команда:

Код:
mysqldump --master-data



Титла: Re: Проблем с възстановяване на БД . СПЕШНО!!!
Публикувано от: eD_Templar в Dec 28, 2013, 12:17
Ама и аз пиша едни тъпотии то хардуера не му работи аз го карам дъмп да прави.

Добре тогава след като копираш старата база в папката на mysql изпълни тази команда:

Код:
mysqldump --master-data

Ами излиза ми ей туй чудо:

Код:
Usage: mysqldump [OPTIONS] database [tables]
OR     mysqldump [OPTIONS] --databases [OPTIONS] DB1 [DB2 DB3...]
OR     mysqldump [OPTIONS] --all-databases [OPTIONS]
For more options, use mysqldump --help


Титла: Re: Проблем с възстановяване на БД . СПЕШНО!!!
Публикувано от: KPETEH в Dec 28, 2013, 12:23
Добре разгледай в новия my.cnf, който не знам къде се намира в тази дистрибуция вероятно е в /etc/ къде прави логове и дай изхода на логовете като стартираш mysqld, за да видим грешките.


Титла: Re: Проблем с възстановяване на БД . СПЕШНО!!!
Публикувано от: eD_Templar в Dec 28, 2013, 12:38
Добре разгледай в новия my.cnf, който не знам къде се намира в тази дистрибуция вероятно е в /etc/ къде прави логове и дай изхода на логовете като стартираш mysqld, за да видим грешките.

Човече нищо не ми говори това. Само мога да ти покажа всичко, което има в новия my.cnf:

Код:
#
# The MySQL database server configuration file.
#
# You can copy this to one of:
# - "/etc/mysql/my.cnf" to set global options,
# - "~/.my.cnf" to set user-specific options.
#
# One can use all long options that the program supports.
# Run program with --help to get a list of available options and with
# --print-defaults to see which it would actually understand and use.
#
# For explanations see
# http://dev.mysql.com/doc/mysql/en/server-system-variables.html

# This will be passed to all mysql clients
# It has been reported that passwords should be enclosed with ticks/quotes
# escpecially if they contain "#" chars...
# Remember to edit /etc/mysql/debian.cnf when changing the socket location.
[client]
port = 3306
socket = /var/run/mysqld/mysqld.sock

# Here is entries for some specific programs
# The following values assume you have at least 32M ram

# This was formally known as [safe_mysqld]. Both versions are currently parsed.
[mysqld_safe]
socket = /var/run/mysqld/mysqld.sock
nice = 0

[mysqld]
#
# * Basic Settings
#
user = mysql
pid-file = /var/run/mysqld/mysqld.pid
socket = /var/run/mysqld/mysqld.sock
port = 3306
basedir = /usr
datadir = /var/lib/mysql
tmpdir = /tmp
lc-messages-dir = /usr/share/mysql
skip-external-locking
#
# Instead of skip-networking the default is now to listen only on
# localhost which is more compatible and is not less secure.
bind-address = 127.0.0.1
#
# * Fine Tuning
#
key_buffer = 16M
max_allowed_packet = 16M
thread_stack = 192K
thread_cache_size       = 8
# This replaces the startup script and checks MyISAM tables if needed
# the first time they are touched
myisam-recover         = BACKUP
#max_connections        = 100
#table_cache            = 64
#thread_concurrency     = 10
#
# * Query Cache Configuration
#
query_cache_limit = 1M
query_cache_size        = 16M
#
# * Logging and Replication
#
# Both location gets rotated by the cronjob.
# Be aware that this log type is a performance killer.
# As of 5.1 you can enable the log at runtime!
#general_log_file        = /var/log/mysql/mysql.log
#general_log             = 1
#
# Error log - should be very few entries.
#
log_error = /var/log/mysql/error.log
#
# Here you can see queries with especially long duration
#log_slow_queries = /var/log/mysql/mysql-slow.log
#long_query_time = 2
#log-queries-not-using-indexes
#
# The following can be used as easy to replay backup logs or for replication.
# note: if you are setting up a replication slave, see README.Debian about
#       other settings you may need to change.
#server-id = 1
#log_bin = /var/log/mysql/mysql-bin.log
expire_logs_days = 10
max_binlog_size         = 100M
#binlog_do_db = include_database_name
#binlog_ignore_db = include_database_name
#
# * InnoDB
#
# InnoDB is enabled by default with a 10MB datafile in /var/lib/mysql/.
# Read the manual for more InnoDB related options. There are many!
#
# * Security Features
#
# Read the manual, too, if you want chroot!
# chroot = /var/lib/mysql/
#
# For generating SSL certificates I recommend the OpenSSL GUI "tinyca".
#
# ssl-ca=/etc/mysql/cacert.pem
# ssl-cert=/etc/mysql/server-cert.pem
# ssl-key=/etc/mysql/server-key.pem



[mysqldump]
quick
quote-names
max_allowed_packet = 16M

[mysql]
#no-auto-rehash # faster start of mysql but no tab completition

[isamchk]
key_buffer = 16M

#
# * IMPORTANT: Additional settings that can override those from this file!
#   The files must end with '.cnf', otherwise they'll be ignored.
#
!includedir /etc/mysql/conf.d/
-------------------------------------------------------------------------------------
И това което ми излиза след командата mysqld:

Код:
131228 12:30:56 [Warning] Using unique option prefix key_buffer instead of key_buffer_size is deprecated and will be removed in a future release. Please use the full name instead.
131228 12:30:56 [Warning] Can't create test file /var/lib/mysql/magazin.lower-test
131228 12:30:56 [Warning] Can't create test file /var/lib/mysql/magazin.lower-test
mysqld: Can't change dir to '/var/lib/mysql/' (Errcode: 13)
131228 12:30:56 [ERROR] Aborting

131228 12:30:56 [Note] mysqld: Shutdown complete


Титла: Re: Проблем с възстановяване на БД . СПЕШНО!!!
Публикувано от: vitamin4o1 в Dec 28, 2013, 12:39
Щом харда на старата машина работи, просто трябва да го сложиш и пуснеш стария ОС на друга машина, след което да направиш дъмп на базата и да го прехвърлиш на новата инсталация. Линукс не е претенциозен като виндовса да иска преинсталация като сменяш хардуера.


Титла: Re: Проблем с възстановяване на БД . СПЕШНО!!!
Публикувано от: KPETEH в Dec 28, 2013, 12:46
Ето тази линия в нея е описан error.log:

Код:
log_error = /var/log/mysql/error.log


след като копираш базата и стартираш mysql и пак не се стартира дай изход от командата :

Код:
tail -n 300 /var/log/mysql/error.log


Титла: Re: Проблем с възстановяване на БД . СПЕШНО!!!
Публикувано от: eD_Templar в Dec 28, 2013, 12:48
Щом харда на старата машина работи, просто трябва да го сложиш и пуснеш стария ОС на друга машина, след което да направиш дъмп на базата и да го прехвърлиш на новата инсталация. Линукс не е претенциозен като виндовса да иска преинсталация като сменяш хардуера.

Не става това го пробвах. Явно има лоши сектори и по никакъв начин не може да пусне старата ОС. Единствено мога да го достъпя чрез сегашнната машина


Титла: Re: Проблем с възстановяване на БД . СПЕШНО!!!
Публикувано от: KPETEH в Dec 28, 2013, 12:53
Случайно да ползваш apparmor ?

Я да видим :

Код:
ls -la /var/lib/mysql/magazin.lower-test


Титла: Re: Проблем с възстановяване на БД . СПЕШНО!!!
Публикувано от: BRADATA в Dec 28, 2013, 13:01
Най-лесно би било да се инсталира същата дистрибуция (версия на програмите и т.н.) като на изгорялата машина, да се копира data директорията на новата инсталация и всичко да тръгне както си е било. После dump на базата и т.н.


Титла: Re: Проблем с възстановяване на БД . СПЕШНО!!!
Публикувано от: vitamin4o1 в Dec 28, 2013, 13:02
Щом харда на старата машина работи, просто трябва да го сложиш и пуснеш стария ОС на друга машина, след което да направиш дъмп на базата и да го прехвърлиш на новата инсталация. Линукс не е претенциозен като виндовса да иска преинсталация като сменяш хардуера.

Не става това го пробвах. Явно има лоши сектори и по никакъв начин не може да пусне старата ОС. Единствено мога да го достъпя чрез сегашнната машина

Сетих се друго, ако мине, ще стане бързо и лесно, все пак зависи къде са лошите сектори по харда (ако има такива). Може да пуснеш новата ОС, след което с chroot да се "вмъкнеш" в старата ОС. След това стартираш sql-a, правиш дъмпа и готово.


Титла: Re: Проблем с възстановяване на БД . СПЕШНО!!!
Публикувано от: KPETEH в Dec 28, 2013, 13:02
Я да видим :

Код:
ls -la /var/lib/mysql/magazin.lower-test


Титла: Re: Проблем с възстановяване на БД . СПЕШНО!!!
Публикувано от: eD_Templar в Dec 28, 2013, 13:06
Я да видим :

Код:
ls -la /var/lib/mysql/magazin.lower-test

Излиза ми че ми е отказан достъп:

Код:
ls: cannot access /var/lib/mysql/magazin.lower-test: Permission denied


Титла: Re: Проблем с възстановяване на БД . СПЕШНО!!!
Публикувано от: KPETEH в Dec 28, 2013, 13:10
Я да видим :

Код:
ls -la /var/lib/mysql/magazin.lower-test

Излиза ми че ми е отказан достъп:

Код:
ls: cannot access /var/lib/mysql/magazin.lower-test: Permission denied

Ха ха ха така си и помислих преди това че може да е от позволение за достъп.
Добре я дай само :

Код:
ls -la /var/lib/mysql

Взъможно е magazin.lower-test да е с права само за root


Титла: Re: Проблем с възстановяване на БД . СПЕШНО!!!
Публикувано от: eD_Templar в Dec 28, 2013, 13:12
Отново Permission denied....


Титла: Re: Проблем с възстановяване на БД . СПЕШНО!!!
Публикувано от: KPETEH в Dec 28, 2013, 13:24
Забравих че си с убунту :)

Код:
sudo ls -la /var/lib/mysql/magazin.lower-test



Титла: Re: Проблем с възстановяване на БД . СПЕШНО!!!
Публикувано от: eD_Templar в Dec 28, 2013, 13:26
Забравих че си с убунту :)

Код:
sudo ls -la /var/lib/mysql/magazin.lower-test

Сега пък се оказа, че няма такъв файл или директория


Титла: Re: Проблем с възстановяване на БД . СПЕШНО!!!
Публикувано от: KPETEH в Dec 28, 2013, 13:30
Забравих че си с убунту :)

Код:
sudo ls -la /var/lib/mysql/magazin.lower-test

Сега пък се оказа, че няма такъв файл или директория

хаха стига бе човек тогава няма как да се стартира базата то е ясно просто такава не съществува. Значи на стария твърд диск трябва да имаш такава директория вероятно magazin.lower-test нея я копирай на новия в /var/lib/mysql


Титла: Re: Проблем с възстановяване на БД . СПЕШНО!!!
Публикувано от: eD_Templar в Dec 28, 2013, 13:33
Забравих че си с убунту :)

Код:
sudo ls -la /var/lib/mysql/magazin.lower-test

Сега пък се оказа, че няма такъв файл или директория

хаха стига бе човек тогава няма как да се стартира базата то е ясно просто такава не съществува.

Тук намерих нещо но нищо не разбрах.... http://egil.biz/how-to-recover-mysql-data-from-innodb/


Титла: Re: Проблем с възстановяване на БД . СПЕШНО!!!
Публикувано от: eD_Templar в Dec 28, 2013, 13:38
Ами явно доста неща са изчезнали защото дори my.cnf го няма на старото HDD


Титла: Re: Проблем с възстановяване на БД . СПЕШНО!!!
Публикувано от: KPETEH в Dec 28, 2013, 13:38
Забравих че си с убунту :)

Код:
sudo ls -la /var/lib/mysql/magazin.lower-test

Сега пък се оказа, че няма такъв файл или директория

хаха стига бе човек тогава няма как да се стартира базата то е ясно просто такава не съществува.

Тук намерих нещо но нищо не разбрах.... http://egil.biz/how-to-recover-mysql-data-from-innodb/

Много готино са го обяснили само, че това е при положение, че ти работи стария mysql server.


Титла: Re: Проблем с възстановяване на БД . СПЕШНО!!!
Публикувано от: KPETEH в Dec 28, 2013, 13:40
Ами явно доста неща са изчезнали защото дори my.cnf го няма на старото HDD

Последен въпрос в крайна сметка съществува ли magazin.lower-test на стария твърд диск ?


Титла: Re: Проблем с възстановяване на БД . СПЕШНО!!!
Публикувано от: eD_Templar в Dec 28, 2013, 13:42
Значи стана мадафака шит. Освен последния вариант както споменаха по-горе е стова как беше...chroot да пробвам, но то сигурно никак не е лесно...


Титла: Re: Проблем с възстановяване на БД . СПЕШНО!!!
Публикувано от: eD_Templar в Dec 28, 2013, 13:44
Ами явно доста неща са изчезнали защото дори my.cnf го няма на старото HDD

Последен въпрос в крайна сметка съществува ли magazin.lower-test на стария твърд диск ?

Тъкмо до сега го търсих, но за съжаление НЕ  :(


Титла: Re: Проблем с възстановяване на БД . СПЕШНО!!!
Публикувано от: KPETEH в Dec 28, 2013, 13:47
Пич дай ми инфо от:

Код:
sudo fdisk -l


Титла: Re: Проблем с възстановяване на БД . СПЕШНО!!!
Публикувано от: eD_Templar в Dec 28, 2013, 13:53
Пич дай ми инфо от:

Код:
sudo fdisk -l

Код:
Disk /dev/sda: 80.0 GB, 80025280000 bytes
255 heads, 63 sectors/track, 9729 cylinders, total 156299375 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x000d71c7

   Device Boot      Start         End      Blocks   Id  System
/dev/sda1   *        2048    76171263    38084608   83  Linux
/dev/sda2        76173310   156299263    40062977    5  Extended
/dev/sda5        76173312    82030591     2928640   82  Linux swap / Solaris
/dev/sda6        82032640   156299263    37133312    b  W95 FAT32

Disk /dev/sdb: 160.0 GB, 160040803840 bytes
255 heads, 63 sectors/track, 19457 cylinders, total 312579695 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x000c88be

   Device Boot      Start         End      Blocks   Id  System
/dev/sdb1   *        2048   304719871   152358912   83  Linux
/dev/sdb2       304721918   312578047     3928065    5  Extended
/dev/sdb5       304721920   312578047     3928064   82  Linux swap / Solaris


Титла: Re: Проблем с възстановяване на БД . СПЕШНО!!!
Публикувано от: KPETEH в Dec 28, 2013, 13:58
Добре а от :

Код:
cat /etc/fstab


изхода е?


Титла: Re: Проблем с възстановяване на БД . СПЕШНО!!!
Публикувано от: eD_Templar в Dec 28, 2013, 14:00
Добре а от :

Код:
cat /etc/fstab


изхода е?

Код:
# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point>   <type>  <options>       <dump>  <pass>
proc            /proc           proc    nodev,noexec,nosuid 0       0
# / was on /dev/sda1 during installation
UUID=78c58097-632c-4224-910f-d2e62a13c1eb /               ext4    errors=remount-ro 0       1
# swap was on /dev/sda5 during installation
UUID=640124d7-2dc3-461d-ab67-51bdd29bf84e none            swap    sw              0       0


Титла: Re: Проблем с възстановяване на БД . СПЕШНО!!!
Публикувано от: eD_Templar в Dec 28, 2013, 14:09
Излезе тука нещо друго. Намерих тук един бекъп от преди 2 месеца. Като го импортна си тръгва без проблем, но е малко стара база, ама пак е по-добре от нищо. Дали не може да се направи с нея нещо или то дефакто става пак същото...


Титла: Re: Проблем с възстановяване на БД . СПЕШНО!!!
Публикувано от: KPETEH в Dec 28, 2013, 14:12
Ами тогава не можеш да достъпиш /dev/sdb2 където вероятно е старата файлова система.
Коя дистрибуция е работила преди това ?


Титла: Re: Проблем с възстановяване на БД . СПЕШНО!!!
Публикувано от: eD_Templar в Dec 28, 2013, 14:17
Ами тогава не можеш да достъпиш /dev/sdb2 където вероятно е старата файлова система.

ОК. Ами тогава това ще е, Каквото можа се направи. Благодаря много за отзивите и за отделеното време. Ще сложа тази старата база, която открих и ще се прави цялостна ревизия.


Титла: Re: Проблем с възстановяване на БД . СПЕШНО!!!
Публикувано от: eD_Templar в Dec 28, 2013, 14:20
Обаче след като върнах първоначалните му директории и файлове пак не иска да се стартира mysql-server, накакъв съвет? Или да му шибна един реинстал на убунту,


Титла: Re: Проблем с възстановяване на БД . СПЕШНО!!!
Публикувано от: KPETEH в Dec 28, 2013, 14:25
Ами тогава не можеш да достъпиш /dev/sdb2 където вероятно е старата файлова система.

ОК. Ами тогава това ще е, Каквото можа се направи. Благодаря много за отзивите и за отделеното време. Ще сложа тази старата база, която открих и ще се прави цялостна ревизия.

Слушай сега понеже се видя че не знаеш какво правиш пробвай така:

Код:
sudo mkdir /new-disk
sudo mount -t ext3 /dev/sdb2 /new-disk

и се опитай да достъпиш /new-disk


Титла: Re: Проблем с възстановяване на БД . СПЕШНО!!!
Публикувано от: eD_Templar в Dec 28, 2013, 14:31
Ами тогава не можеш да достъпиш /dev/sdb2 където вероятно е старата файлова система.

ОК. Ами тогава това ще е, Каквото можа се направи. Благодаря много за отзивите и за отделеното време. Ще сложа тази старата база, която открих и ще се прави цялостна ревизия.

Слушай сега понеже се видя че не знаеш какво правиш пробвай така:

Код:
sudo mkdir /new-disk
sudo mount -t ext3 /dev/sdb2 /new-disk

и се опитай да достъпиш /new-disk

Това второто не става:

Код:
mount: wrong fs type, bad option, bad superblock on /dev/sdb2,
       missing codepage or helper program, or other error
       In some cases useful info is found in syslog - try
       dmesg | tail  or so

Аз от самото начало си казах, че не разбирам. С убунту се сблъсках от както се появи този проблем, т.е. от 2 дена


Титла: Re: Проблем с възстановяване на БД . СПЕШНО!!!
Публикувано от: KPETEH в Dec 28, 2013, 14:37
Код:
sudo mount /dev/sdb2 /new-disk

Еее вече и аз се обърках извинявай че те подведох преди това:

Цитат
sudo mkdir /old-disk
sudo mount /dev/sdb1 /old-disk





Титла: Re: Проблем с възстановяване на БД . СПЕШНО!!!
Публикувано от: eD_Templar в Dec 28, 2013, 14:39
Код:
sudo mount /dev/sdb2 /new-disk

Изисква ми да посоча тип на файловата система


Титла: Re: Проблем с възстановяване на БД . СПЕШНО!!!
Публикувано от: KPETEH в Dec 28, 2013, 14:47
Отново прочети горния ми пост, защото се усетих, че направих и аз грешка.


Титла: Re: Проблем с възстановяване на БД . СПЕШНО!!!
Публикувано от: eD_Templar в Dec 28, 2013, 14:48
Отново прочети горния ми пост, защото се усетих, че направих и аз грешка.

Да прочетох го, направих го и след това?


Титла: Re: Проблем с възстановяване на БД . СПЕШНО!!!
Публикувано от: KPETEH в Dec 28, 2013, 14:54
Ами пробай да достъпиш /old-disk там е старата файлова система би трябвалои да стигнеш до /old-disk/var/lib/mysql и да копираш базата само че на новия твърд диск в /var/lib/mysql.


Титла: Re: Проблем с възстановяване на БД . СПЕШНО!!!
Публикувано от: neter в Dec 28, 2013, 14:54
Чакай сега! Имаш на разположение старата /var/lib/mysql папка, копирал си я в новата система... ама не прочетох да си сменил собственика на файловете и директориите. Когато си копирал папката си го направил с root права, при което собственикът (и потребител, и група) е станал root. Смени го на mysql
Цитат
sudo chown mysql:mysql /var/lib/mysql -R
и пробвай след това да стартираш MySQL. Разбира се, ако междувременно си правил някакви мазала в тази папка, копирай си старата папка отново преди това.


Титла: Re: Проблем с възстановяване на БД . СПЕШНО!!!
Публикувано от: KPETEH в Dec 28, 2013, 14:59
Чакай сега! Имаш на разположение старата /var/lib/mysql папка, копирал си я в новата система... ама не прочетох да си сменил собственика на файловете и директориите. Когато си копирал папката си го направил с root права, при което собственикът (и потребител, и група) е станал root. Смени го на mysql
Цитат
sudo chown mysql:mysql /var/lib/mysql -R
и пробвай след това да стартираш MySQL. Разбира се, ако междувременно си правил някакви мазала в тази папка, копирай си старата папка отново преди това.

@neter извинявай, но тук направо го обърнахме на чат вече, та мисълта ми е че и аз мислих че групата и потребителя не са на mysql, но се оказа в следващия му пост че базата въобще не съществува в /var/lib/mysql така че ... заради това се стигна до тези приключения вече :)


Титла: Re: Проблем с възстановяване на БД . СПЕШНО!!!
Публикувано от: eD_Templar в Dec 28, 2013, 15:14
Чакай сега! Имаш на разположение старата /var/lib/mysql папка, копирал си я в новата система... ама не прочетох да си сменил собственика на файловете и директориите. Когато си копирал папката си го направил с root права, при което собственикът (и потребител, и група) е станал root. Смени го на mysql
Цитат
sudo chown mysql:mysql /var/lib/mysql -R
и пробвай след това да стартираш MySQL. Разбира се, ако междувременно си правил някакви мазала в тази папка, копирай си старата папка отново преди това.

АаааХ!!! СТАНА бе човек. Цялата работа е била заради една команда... Ама кажи ми какво да направя като не разбирам :( . Сега обаче има нещо друго. Веднага разбирасе направих експорт, т.е. бекъп от phpmyadmin и ми направи .sql файла 202мб  :o след като го зипнах стана 20. Та как подяволите ще мога да го импортна после при положение че имам лимит от 2 мб??


Титла: Re: Проблем с възстановяване на БД . СПЕШНО!!!
Публикувано от: KPETEH в Dec 28, 2013, 15:19
Забравих че си с убунту :)

Код:
sudo ls -la /var/lib/mysql/magazin.lower-test

Сега пък се оказа, че няма такъв файл или директория

ЕЙ сега вече се ядосах кво си написал тук бе момче ?
Сега нека някой друг да ти пише какво да правиш знам отговора на въпроса ти към нетер но няма да ти отговоря.


Титла: Re: Проблем с възстановяване на БД . СПЕШНО!!!
Публикувано от: eD_Templar в Dec 28, 2013, 15:23
Забравих че си с убунту :)

Код:
sudo ls -la /var/lib/mysql/magazin.lower-test

Сега пък се оказа, че няма такъв файл или директория

ЕЙ сега вече се ядосах кво си написал тук бе момче ?
Сега нека някой друг да ти пише какво да правиш знам отговора на въпроса ти към нетер но няма да ти отговоря.

Ами приятелче такова нещо нямаше и продължава да няма ако искаш дори ще сложа team-viewer за да влезнеш да провериш...
Пиша до толкова до колкото виждам и до колкото са ми възможностите. Нямам полза да лъжа или нещо от сорта. Недей с лошото... >:(


Титла: Re: Проблем с възстановяване на БД . СПЕШНО!!!
Публикувано от: neter в Dec 28, 2013, 15:37
ЕЙ сега вече се ядосах кво си написал тук бе момче ?
Написал е, че го няма /var/lib/mysql/magazin.lower-test (файла, не папката /var/lib/mysql), и логично - той не е могъл да се създаде, тъй като MySQL не е имал права да пише във /var/lib/mysql. Не го съди толкова строго! Пък са и празници :)

Та как подяволите ще мога да го импортна после при положение че имам лимит от 2 мб??
Предполагам, че говориш за лимита за размер на файлове, който пише в phpMyAdmin. Това е настройка на PHP. Отвори файла /etc/php5/apache2/php.ini, промени стойностите на upload_max_filesize и post_max_size, рестартирай Apache и в phpMyAdmin вече ще виждаш въведения лимит.
Но не е задължително да импортваш дъмпа през phpMyAdmin. Може и директно в конзолата на MySQL, където нямаш този лимит. Например
Цитат
mysql -u потребител -p име-на-база < дъмп.sql
Потребителят трябва да е или root, или потребител с пълни права в съответната база данни. Възможно е да се наложи към командата (след думата mysql) да добавиш и "--default-character-set=кодировка" (където "кодировка" е utf8, cp1251 и т.н.), ако имаш проблеми с кирилицата в импортнатата база, заради разминаване с тази по подразбиране в MySQL.


Титла: Re: Проблем с възстановяване на БД . СПЕШНО!!!
Публикувано от: KPETEH в Dec 28, 2013, 15:42
Neter братче в убунту mysql, когато се инсталира не е ли с mysql.mysql права ?
Аз ползвам други дистрибуции в които нормалното е /var/lib/mysql да е с mysql mysql.


Титла: Re: Проблем с възстановяване на БД . СПЕШНО!!!
Публикувано от: neter в Dec 28, 2013, 15:45
Да, когато се инсталира MySQL в Ubuntu, папката е с mysql.mysql собственик, но, както казах, когато е копирал старата папка на мястото на настоящата /var/lib/mysql, собственикът е станал root.root.


Титла: Re: Проблем с възстановяване на БД . СПЕШНО!!!
Публикувано от: eD_Templar в Dec 28, 2013, 15:52
ЕЙ сега вече се ядосах кво си написал тук бе момче ?
Написал е, че го няма /var/lib/mysql/magazin.lower-test (файла, не папката /var/lib/mysql), и логично - той не е могъл да се създаде, тъй като MySQL не е имал права да пише във /var/lib/mysql. Не го съди толкова строго! Пък са и празници :)

Та как подяволите ще мога да го импортна после при положение че имам лимит от 2 мб??
Предполагам, че говориш за лимита за размер на файлове, който пише в phpMyAdmin. Това е настройка на PHP. Отвори файла /etc/php5/apache2/php.ini, промени стойностите на upload_max_filesize и post_max_size, рестартирай Apache и в phpMyAdmin вече ще виждаш въведения лимит.
Но не е задължително да импортваш дъмпа през phpMyAdmin. Може и директно в конзолата на MySQL, където нямаш този лимит. Например
Цитат
mysql -u потребител -p име-на-база < дъмп.sql
Потребителят трябва да е или root, или потребител с пълни права в съответната база данни. Възможно е да се наложи към командата (след думата mysql) да добавиш и "--default-character-set=кодировка" (където "кодировка" е utf8, cp1251 и т.н.), ако имаш проблеми с кирилицата в импортнатата база, заради разминаване с тази по подразбиране в MySQL.

БЛАГОДАРЯ!!! Момчета спестихте ми страшно много работа. Радвам се, че има хора като вас.

OffTopic: Момчета ракия пиете ли?  :D


Титла: Re: Проблем с възстановяване на БД . СПЕШНО!!!
Публикувано от: KPETEH в Dec 28, 2013, 15:58
Да, когато се инсталира MySQL в Ubuntu, папката е с mysql.mysql собственик, но, както казах, когато е копирал старата папка на мястото на настоящата /var/lib/mysql, собственикът е станал root.root.

Ааааа тук стана голям локум направо като в турски сериал е вече ... значи в такъв случай само да уточня, че ако копира mysql директорията като root в
/var/lib/mysql  и я презапише тогава mysql ще стане с права само на root иначе идеята ми беше да копира папка magazin.lower-test в /var/lib/mysql и тогава вече sudo chown -R mysql.mysql /var/lib/mysql/magazin.lower-test.

Всичко пия без вода от пералнята :)


Титла: Re: Проблем с възстановяване на БД . СПЕШНО!!!
Публикувано от: neter в Dec 28, 2013, 15:59
OffTopic: Момчета ракия пиете ли?  :D
Греяна сливовица с медец и за мезе кисело зеле и суджук. Не съм пияч, но за последната седмица замина бая ::) Пак заповядай и весело изкарване!


Титла: Re: Проблем с възстановяване на БД . СПЕШНО!!!
Публикувано от: edmon в Dec 28, 2013, 20:14
в стил Жоро Бекъма:
- начиии мнооо съм ядосан.....
начиии вместо Петърчо да изкара един пиисе кинта от ед–кръстоносеца сичко стана с малко писане по форумите .....
..... има mаgazin-lower  и инсталира хубунтута, пък ни знай на майескюела  правата на дейта директорията....
мнооо съм ядосан ...

пс. а дали не се нарича "дейта папка"?