|  support |  documentation |  report a bug |  advanced search |  search howto |  statistics |  random bug |  login
Bug #18338 LOAD DATA LOCAL problem leads to "...command is not allowed..."
Submitted: 2002-07-14 12:11 UTC Modified: 2002-08-24 04:29 UTC
From: manuel at manitu dot de Assigned:
Status: No Feedback Package: MySQL related
PHP Version: 4.2.1 OS: Linux / RedHat 7.3
Private report: No CVE-ID: None
Welcome back! If you're the original bug submitter, here's where you can edit the bug or add additional notes.
If this is not your bug, you can add a comment by following this link.
If this is your bug, but you forgot your password, you can retrieve your password here.
Bug Type:
From: manuel at manitu dot de
New email:
PHP Version: OS:


 [2002-07-14 12:11 UTC] manuel at manitu dot de
When upgrading to MySQL 3.23.49 or higher, many people did encounter a problem when using "LOAD DATA LOCAL" with MySQL and PHP. This was caused because MySQL authors did alter some configuration of MySQL. Starting with MySQL 3.23.49 there is another option ("local-infile") which has to be passed to the MySQL server and clients in order to have LOAD DATA LOCAL to work again.

The problem: Passing this ("local-infile[=1]") does not affect PHP. Many people still have problems to get LOAD DATA LOCAL to work.

Background: If you have passed the parameter to MySQL (in my.cnf or via the startup script) and the command LOAD DATA LOCAL still leads to "...command not allowed..." then your PHP was not compiled correctly.

When compiling PHP with "--enable-safe-mode" the problem still occurs independent on what your MySQL server settings or what php.ini says (attentions: even if you deactivate safe mode in php.ini the error is there).

The solutions: The only way to solve the problem is not to use "--enable-safe-mode" when configuring PHP and then set it manually in php.ini. Then LOAD DATA LOCAL works again.


Add a Patch

Pull Requests

Add a Pull Request


AllCommentsChangesGit/SVN commitsRelated reports
 [2002-07-14 17:58 UTC]
I think this is fixed in the HEAD (php 4.3.0-dev).
Please test this snapshot:
PHP Copyright © 2001-2023 The PHP Group
All rights reserved.
Last updated: Wed Sep 27 15:01:25 2023 UTC