Probleme upload fisier.sql.zip mai mare de 10 Mb

Am incercat sa fac upload din phpmyadmin la un fisier in format .sql.zip de 80MB dar imi da urmatoarea eroare

Fatal error: Allowed memory size of 134217728 bytes exhausted (tried to allocate 81691644 bytes) in /usr/local/cpanel/base/3rdparty/phpMyAdmin/libraries/zip_extension.lib.php on line 60

Din cate am inteles scriptul .zip poate consuma maxim 128 de mb de ram .
O solutie ar fi splitarea in chunkuri de 10MB dar nu agreez aceasta solutie.
Imi poate spune cineva cum pot seta limita pentru ZIP pentru ca nu am gasit nimic. Pentru scrip php limita este de 1Gb Ram .

upload_max_filesize și post_max_size în php.ini

Citat:

---

Postat în original de Alex Dumitru

upload_max_filesize și post_max_size în php.ini

---

Atat upload_max_filesize cat si post_max_size în php.ini au valoarea de 512M

Atunci probabil e de la setările phpmyadmin. Mai bine uploadezi tot fișierul pe server și dai restore din ssh.

Citat:

---

Postat în original de Alex Dumitru

Atunci probabil e de la setările phpmyadmin. Mai bine uploadezi tot fișierul pe server și dai restore din ssh.

---

din pacate nu agreez solutia asta.:(

Poate te ajuta acest tutorial.

PS: backup inainte de a lucra cu bazele de date pentru a evita eventualele neplaceri.

Citat:

---

Postat în original de crt

Poate te ajuta acest tutorial.

PS: backup inainte de a lucra cu bazele de date pentru a evita eventualele neplaceri.

---

da este o solutie foarte buna atunci cand folosesti un shared hosting.
Pentru mine insa nu este foarte buna pentru ca nu poate uploada si fisiere .sql.zip
E o solutie buna de stiu pe viitor.

Nu cred ca ai alta soluție mai buna. Dar care e motivul pentru care nu vrei nici split, nici ssh?

Citat:

---

Postat în original de Alex Dumitru

Nu cred ca ai alta soluție mai buna. Dar care e motivul pentru care nu vrei nici split, nici ssh?

---

E mai complicat de explicat.
Timpul e unul din factori avand 80 de fisiere.
Cea mai la indemana solutie ar fi marirea memoriei alocate ZIPului, doar ca nu gasesc pe nicaieri solutia in acest sens.

Incearca sa folosesti Navicat pentru a importa bazele de date pe server :)

pare o solutie buna dar ce se intampla daca am ip dinamic.
De fiecare data trebuie sa dau acces pe ip?

Dupa ce ai modificat in php.ini, ai dai restart la apache ? In /etc/my.cnf cat ai la max_allowed_packet la mysqldump ? Ai incercat si cu bigdump ?

Citat:

---

Postat în original de RoManiac

pare o solutie buna dar ce se intampla daca am ip dinamic.
De fiecare data trebuie sa dau acces pe ip?

---

Da. Daca faci des acest lucru ar trebui sa rezolvi problema cu upload-ul direct din phpmyadmin. Mi se pare ciudat ca nu poti folosi metode simple. Chiar nu inteleg cum ai configurat serverul.

Citat:

---

Postat în original de EHR

Dupa ce ai modificat in php.ini, ai dai restart la apache ? In /etc/my.cnf cat ai la max_allowed_packet la mysqldump ? Ai incercat si cu bigdump ?

---

Am dat restart dupa ce am modificat php.ini
In /etc/my.cnf cat ai la max_allowed_packet la mysqldump nu stiu sa-ti raspund :D
bigdump nu este o solutie

Nu-i bai insa, asa cum spune si Catalin (crt) nu exista niciun motiv sa nu poti face direct din phpmyadmin, mai ales ca ai access level. Verifica si max_execution_time, max_input_time pe langa upload_max_filesize. Cat iti arata in phpMyadmin la import ? Daca vrei, pot incerca sa te ajut in urmatoarea ora (TW based).

in interfata phpmyadmin incearca sa dai Import iar dupa ce da eroarea. Ar trebui sa stie de unde sa reia taskul. Fa de cateva ori pana nu mai da eroarea (adica termina).
La mine a mers in acest fel.

Problema lui este la faptul ca phpmyadmin are nevoie de X Mbs memory, iar cand depaseste o anumita limita, ii da kill /end process. Am setat destul de sus all limits ( ~ 1024MB vs 128Mb default) si degeaba. Cand depasea 128 MB (~130 Mb required) ii dadea eroare. I-am sugerat sa intrebe ce limits are la VPS si in functie de asta sa reincarcam astazi dar inca nu a aparut.

De ce BigDump nu e o soluție? Acesta îți importă aproape linie cu linie, deci nu văd de ce nu ar merge. Nu ar trebui să depășească acel spațiu alocat memoriei.
You need | BigDump: Staggered MySQL Dump Importer

FILES = /cale/spre/sqldump-uri/*
for f in $FILES
do
#comanda pentru sql restore
done

O alta solutie este sa deschizi db-ul pe un port pentru un IP si sa te conectezi remote cu un client de genul celor din mysql gui tools daca nu te simti confortabil cu shell-ul