Изпечатай

[sedimalko]

.

[Yasen6275]

Make changes in Php.ini file set upload_max_filesize=100M and Post_max_size=100M

От тук.

[Acho]

И щом тоците са ти евани - слагай един корав UPS.

[sedimalko]

.

[sedimalko]

.

[Naka]

is the

Make changes in Php.ini file set upload_max_filesize=100M and Post_max_size=100M

От тук.

https://imgur.com/a/D6krSXt
Да. От там го увеличих размера. И друг път ми се е налагало да го променям размера и времето за качване.
Сега се вижда че уж може по-голями файлове, но нещо не е като трябва.

освен тези двете трябва също синхронно да се увеличава и това:
memory_limit = 120M

Нестана обаче ясно дали правиш бакупа просто като копраш файловете в /var/lib/mysql (при спрян mysql сървер)
или
правиш export, import на базата в текстови файл: backup.txt.sql

ако имаш такъв файл базата може да се импортне в шела(баш) с:
mysql db_name < backup.txt.sql

[sedimalko]

.

[Naka]

А когато копираш файловете на другият, mysql a на другият спрян ли е? Аз също съм бакупвал по този начин и е ставало.

[sedimalko]

.д.

[Naka]

С какво ги копираш тези файлове? С обикновенно cp или scp не става ли?
Апачито рестартираш ли след промените?
Очевидно удряш някакъв лимит от 2гб. Много подозрително изглежда а и съвпада с default стойността.

Имай предвид че тези опции, освен php.ini могът да се оверайтват от апачито httpd.conf, могът да се задават на отделни директори httpd.conf , може да се оверайтват от .htaccess а може и самият php скрипт да ги променя.

https://stackoverflow.com/questions/3958615/import-file-size-limit-in-phpmyadmin

[sedimalko]

.

[jet]

Тогава какво импортираш и какво общо имат лимитите на Php с MySQL (нямат нищо общо)

[Naka]

Добре де, най-простото е да сравниш големината и броя на изходните файлове с големината и броя на вече копираните. Ако са еднакви, то тогава може да търсиш проблема в mysql.

Имаше и накакви системни таблици, те копират ли се? по спомени  myisam таблиците бяха 3 броя файлове? ако се бацкупва по този начин трябва абсолютно всичко да се бакупва....Даже и ако нещо(някой файл) не го разбираме за какво е.

---
PS: мождудругото каква е била файловата система? ext3/4
Mисля че базата ти е здрава. Досега не ми е случвало при ext3/4 при спиране на тока да видя развален файл или орязан файл Обикновенно журнала възтановявя всичко. А за базите (ext3/4) още по добре е да се монтира с пълен журнал data=journal, вместо default data=ordered.

при data=journal всичко става малко по-бавно , но при базите и при някои файлови операции се получава голямо увеличение . Да не говорим за здравината.

[makeme]

Относно PHP лимитите:

Не разбрах какво общо имат с копирането на база посредством файлове, но виж тези всичките дали са вдигнати (цифрите са примерни):

Код:

max_execution_time    6000
max_input_time    3000
max_input_vars    20000
memory_limit    5072M
upload_max_filesize 256M
max_file_uploads    200
output_buffering    1    1
post_max_size 4048M

След като направиш промените направи едно phpinfo.php и ги провери дали въобще се отразяват:

Код

GeSHi (PHP):
<?php
phpinfo();
?>

Пак казвам не знам защо ти са, но ако удряш лимит може да е различен от размер.

Относно копирането на бази:

Има огромно значение какви са:

Copying is very simple for MyISAM and completely 100% risky (near suicidal) with InnoDB.

За повече подробности:
https://serverfault.com/questions/367255/linux-mysql-is-it-safe-to-copy-mysql-db-files-with-cp-command-from-one-db-to

[sedimalko]

.