[MySQL] 2 Mb upload probleem

[Jay-Connected]

Ik heb een vaag probleem:
Ik kan geen grotere sql bestanden dan 2 MB.
Nu zal de normale oplossing zijn in de php.ini de volgende regels aanpassen:

max_execution_time = 300
max_input_time = 600
memory_limit = 16M
post_max_size = 16M
upload_max_filesize = 32M

Deze heb ik dus allemaal al aangepast.. Het gaat om een file van 9 MB, ik moet dat kreng zien te uploaden..
Heeft iemand een suggestie?
Ik maak gebruik van een deticated server met Fedora Core 3 en Plesk 7.4.
Het doet er niet toe, maar voor het geval iemand het vraagt.

Bedankt,

John

[_JGC_]

apache wel opnieuw gestart nadat je php.ini aangepast hebt?

[Jay-Connected]

Ja..
Ik weet het echt niet meer.. Ben al de hele middag moedeloos aan het rond surfen om dit probleem op te lossen..

[Kippenijzer]

Dedicated server? Wat weerhoud je van uploaden met FTP en dan importeren via CLI?

[Koen_R]

doe eens een <?php phpinfo(); ?> in een willekeurig .php bestand om te kijken of die settings inderdaad zijn overgenomen?

[Jay-Connected]

Kippenijzer schreef op zondag 15 oktober 2006 @ 23:07:
Dedicated server? Wat weerhoud je van uploaden met FTP en dan importeren via CLI?

Oke, vertel... CLI?

Ik ga nu even een file maken met deze varabs erin:
<?php phpinfo(); ?>

[Jay-Connected]

http://www.johnvanderkruit.nl/test.php
Nou volgens mij zijn ze wel degelijk door gevoerd...

Kan misschien zo zijn dat het sql file'tje niet goed is?

[consolefreak]

check je httpd.conf eens...

[Jay-Connected]

COmmand Line heb ik het al geprobeerd trouwens, dat geeft ie een fout in line 62..
Ik zie niet echt een fout.. ik zal lijn 62 eens posten..
INSERT INTO `jos_content`

[Jay-Connected]

consolefreak schreef op zondag 15 oktober 2006 @ 23:11:
check je httpd.conf eens...

Staat niks bijzonders in...

[Soultaker]

Volgens mij ligt dit aan de max_allowed_packet instelling voor mysqld (o.a. in te stellen in my.cnf), die de maximumgrootte van een query beperkt. Die moet je een stuk hoger instellen dan het bestand dat je wil uploaden (vanwege overhead door escaping e.d.); zet 'm eens op 16M ofzoiets.

Wil je trouwens de foutmelding die je krijgt ook vermelden? Dat helpt een stuk namelijk.

@consolefreak: kun je ook toelichten wat de TS dan precies zou moeten 'checken' in httpd.conf?

Kippenijzer schreef op zondag 15 oktober 2006 @ 23:07:
Dedicated server? Wat weerhoud je van uploaden met FTP en dan importeren via CLI?

Als het probleem inderdaad in de instelling zit die ik noemde, dan is de CLI (command line interface, voor de TS ) tool is aan dezelfde beperking onderhevig. Uploaden via FTP is verder wél een goed idee natuurlijk, zeker als het niet via HTTP kan.

[ Voor 31% gewijzigd door Soultaker op 15-10-2006 23:24 ]

[Rob]

Jay-Connected schreef op zondag 15 oktober 2006 @ 23:12:
COmmand Line heb ik het al geprobeerd trouwens, dat geeft ie een fout in line 62..
Ik zie niet echt een fout.. ik zal lijn 62 eens posten..
INSERT INTO `jos_content`

Post eens de 5 regels voor en 5 regels na deze regel erbij, dan hebben we een beter beeld.

[Neus]

INSERT INTO `jos_content`

Je gebruikt backtics, moeten dat niet normale quotes zijn (zoals ' ) ?

[Jay-Connected]

my.cnf:


[mysqld]
safe-show-database
innodb_data_file_path=ibdata1:10M:autoextend
datadir=/var/lib/mysql
socket=/var/lib/mysql/mysql.sock

[mysql.server]
user=mysql
basedir=/var/lib

[safe_mysqld]
err-log=/var/log/mysqld.log
pid-file=/var/run/mysqld/mysqld.pid


Dit is alles wat er in staat

[Jay-Connected]

Rob schreef op zondag 15 oktober 2006 @ 23:20:
[...]


Post eens de 5 regels voor en 5 regels na deze regel erbij, dan hebben we een beter beeld.

KEY `idx_catid` (`catid`),
KEY `idx_mask` (`mask`)
) TYPE=MyISAM AUTO_INCREMENT=3549 ;

--
-- Gegevens worden uitgevoerd voor tabel `jos_content`
--

INSERT INTO `jos_content` (`id`, `title`, `title_alias`, `introtext`, `fulltext`, `state`, `sectionid`, `mask`, `catid`, `created`, `created_by`, `created_by_alias`, `modified`, `modified_by`, `checked_out`, `checked_out_time`, `publish_up`, `publish_down`, `images`, `urls`, `attribs`, `version`, `parentid`, `ordering`, `metakey`, `metadesc`, `access`, `hits`) VALUES (1, 'Forum Sport – Tonegido, een nieuw bolwerk komt weer terug', 'Tonegido', '<div><div><img height="88" src="../../../images/stories/logos/tonegido.gif" width="85" align="left" border="0" /> </div></div><div><div> Wat gaat het worden, de nieuwe liefde tussen Forum Sport en Tonegido, of moeten we zeggen oude liefde tussen Forum sport en Tonegido. </div><br /></div>', '<div>Een ding is  zeker, als oude liefde inderdaad niet roest dan zou er wel eens een ongekend bolwerk  kunnen ontstaan in Voorburg.<br /><br />Forum Sport  op zaterdag, Tonegido op zondag, wat gaat dat brengen. In potentie is dit een winnende combinatie, nu moet in de praktijk blijken wat hier van waar wordt. Aan de activiteiten rondom het complex te zien worden kosten noch moeite gespaard. De vereniging kan trots zijn op haar complex als het klaar is, en menig bezoekende club zal met verbazing de veranderingen kunnen aanschouwen.</div><br /><div>Kijk <a title="Foto''s Tonegido" href="../../../fotoalbum" target="_blank">hier</a> voor de foto''s <br />Wij van <a href="../../../"><u>www.hethaagsamateurvoetbal.nl</u></a> zullen u op de hoogte houden van de verdere vorderingen aan het complex en zullen de verrichtingen en ontwikkelingen binnen de club nauwgezet volgen.<br /></div><br />', -1, 1, 0, 1, '2005-06-12 11:54:06', 64, 'John van der Kruit', '2005-08-01 10:55:40', 62, 0, '0000-00-00 00:00:00', '2005-01-01 00:00:00', '0000-00-00 00:00:00', 'logos/tonegido.gif|||0||bottom||', '', 'pageclass_sfx=\nback_button=\nitem_title=1\nlink_titles=\nintrotext=1\nsection=0\nsection_link=0\ncategory=0\ncategory_link=0\nrating=\nauthor=\ncreatedate=\nmodifydate=\npdf=\nprint=\nemail=\nkeyref=\ndocbook_type=', 9, 0, 48, '', '', 0, 972),
(13, 'Publicatie''s', 'Publicatie''s in kranten e.d.', '<div>Lees hier de publicatie''s in divers

Het gaat om een joomla dump...

[Soultaker]

Jay-Connected schreef op zondag 15 oktober 2006 @ 23:27:
my.cnf:
[..]
Dit is alles wat er in staat

Mik eens max_allowed_packet = 64M in de [mysqld] section en herstart de mysql daemon.(16M moet ook wel genoeg zijn, maar is wel handig om met een waarde die zeker groot genoeg is te testen).

En nogmaals: vermeld welke foutmelding je krijgt! Ik kan op basis van de foutmelding wel inschatten of dit inderdaad het probleem is of niet, maar als je de foutmelding niet post schiet het niet op....

[ Voor 22% gewijzigd door Soultaker op 15-10-2006 23:41 ]

[benoni]

Jay-Connected schreef op zondag 15 oktober 2006 @ 23:00:
Het gaat om een file van 9 MB

Zoals hierboven genoemd, ftp'en of scp'en en dan lokaal via de command line, da's 't snelst.

Wat ook kan:
Je opent de SQL-dump met een text editor, knipt 'm in hapklare brokken voor phpmyadmin

[Jay-Connected]

benoni schreef op maandag 16 oktober 2006 @ 00:18:
[...]


Zoals hierboven genoemd, ftp'en of scp'en en dan lokaal via de command line, da's 't snelst.

Wat ook kan:
Je opent de SQL-dump met een text editor, knipt 'm in hapklare brokken voor phpmyadmin

Ja dat is het punt, ik weet niet waar die values eindigen...

[Jay-Connected]

Soultaker schreef op zondag 15 oktober 2006 @ 23:40:
[...]

Mik eens max_allowed_packet = 64M in de [mysqld] section en herstart de mysql daemon.(16M moet ook wel genoeg zijn, maar is wel handig om met een waarde die zeker groot genoeg is te testen).

En nogmaals: vermeld welke foutmelding je krijgt! Ik kan op basis van de foutmelding wel inschatten of dit inderdaad het probleem is of niet, maar als je de foutmelding niet post schiet het niet op....

Als ik dat doe, start mijn mysqld niet meer....

[Jay-Connected]

Als ik die file ergens online zet.. kunnen jullie dan eens kijken waar die eindigt?
Dan kan ik hem inderdaad in stukken uploaden..
Ik voel mij zo een n00b...

[D467]

Waarschijnlijk heeft je host een limiet ingesteld hoeveel mb er maximaal geupload mag worden, of heeft zelfs de optie uitgeschakeld. Als ik jou was zal ik dat eerst navragen of een upload systeempje zonder mysql eerst gebruiken.

[Jay-Connected]

D467 schreef op maandag 16 oktober 2006 @ 07:25:
Waarschijnlijk heeft je host een limiet ingesteld hoeveel mb er maximaal geupload mag worden, of heeft zelfs de optie uitgeschakeld. Als ik jou was zal ik dat eerst navragen of een upload systeempje zonder mysql eerst gebruiken.

Ik ben zelf de hoster....
Of bedoel je het bedrijf waar m'n server staat

[Patriot]

Negeer je de vraag om foutmeldingen nou expres?
Post die foutmelding nou eens..

[Jay-Connected]

Patriot schreef op maandag 16 oktober 2006 @ 08:35:
Negeer je de vraag om foutmeldingen nou expres?
Post die foutmelding nou eens..

de enige melding die ik krijg is een mysql_dump.php
die leeg is

Verder krijg ik een error in line 62, maar die heb ik al gepost...

[Patriot]

Hoe ben je er dan zo zeker van geworden dat dit komt door de filesize, en niet door een ander probleem?

[Jay-Connected]

Patriot schreef op maandag 16 oktober 2006 @ 08:47:
Hoe ben je er dan zo zeker van geworden dat dit komt door de filesize, en niet door een ander probleem?

Omdat dat venster van phpmyadmin heel stug op 2048 KB blijft staan..
Terwijl ik alle values heb veranderd...

Ik ben het nu aan het proberen met kleine files... hou jullie op de hoogte

[ShadowBumble]

MySQL kan geen files hoger dan 2048 kbit aan via phpmyadmin of andere webgui tool echter via MySQL Administrator ( standalone aplicatie voor zowel *nix/win32 ) kan je dit wel.

Ik gebruik dan ook altijd deze tool om mijn database te backuppen en restoren.

[Jay-Connected]

ShadowBumble schreef op maandag 16 oktober 2006 @ 09:08:
MySQL kan geen files hoger dan 2048 kbit aan via phpmyadmin of andere webgui tool echter via MySQL Administrator ( standalone aplicatie voor zowel *nix/win32 ) kan je dit wel.

Ik gebruik dan ook altijd deze tool om mijn database te backuppen en restoren.

[afbeelding]
[afbeelding]
[afbeelding]

Dit is de oplossing:

Bedankt!

[ShadowBumble]

Graag gedaan hopelijk heb je der wat aan