• Hi, Pleskians! We are running a UX testing of our upcoming product intended for server management and monitoring.
    We would like to invite you to have a call with us and have some fun checking our prototype. The agenda is pretty simple - we bring new design and some scenarios that you need to walk through and succeed. We will be watching and taking insights for further development of the design.
    If you would like to participate, please use this link to book a meeting. We will sent the link to the clickable prototype at the meeting.
  • (Plesk for Windows):
    MySQL Connector/ODBC 3.51, 5.1, and 5.3 are no longer shipped with Plesk because they have reached end of life. MariaDB Connector/ODBC 64-bit 3.2.4 is now used instead.
  • The Horde webmail has been deprecated. Its complete removal is scheduled for April 2025. For details and recommended actions, see the Feature and Deprecation Plan.

Resolved WPTK on Plesk 18.0.46 Linux: Clone of Wordpress fails: ERROR 1142 (42000) TRIGGER command denied to user

ArmReu

New Pleskian
Server operating system version
Ubuntu 20.04.5 LTS
Plesk version and microupdate number
18.0.46
Hi everyone,

I am trying to clone a wordpress installation within Wordpress Toolkit 5.12.3-6596 (pro version) on on Plesk 18.0.46 Linux. I am cloning into a blank subdomain.

  • Cloning starts normaly
  • Copying files without errors
  • Copying database fails with ERROR 1142 (42000) stating a line in the sql dump thats created during cloning process.
  • Error says further: "TRIGGER command denied to user 'wp_alkud'@'localhost' for table 'W652Mk_comments'"
  • When checking the line in an individual sql dump I see this:
    /*!50003 CREATE*/ /* 50017 DEFINER=`wp_22wsj`@`%`*/ /*!50003 TRIGGER `after_insert_comment` AFTER INSERT ON `wp_wsj22`.`W652Mk_comments`
I understand this part prevents WPTK from fully cloning the database. My question is: How to I fix it?

As the dump, the new database and the new database user are created for every cloning process I can not adjust the user permissions "on the fly". And after the clone process failed it is already to late as "re-cloning" will create a new user again.

So I was wondering if there is any way to remove the problematic DEFINER-stuff from within phpmyadmin.

Help would be highly appreciated.

Kindest regards

Armin
 
Update: I found out where and how to drop the trigger in phpmyadmin. What I am wondering now is if it is safe to just drop it.

I have a cloned version of the website (not using WPTK) and checking the database there the trigger doesn't exist.

The trigger is assosiated to a necessary yet empty table anyway, so I am guessing it is of no or no more use at all.

So this makes me optimistiv droping the trigger will not break wordpress ... just trying to make sure, that's why I ask...

Kindest regards

Armin
 
I dropped the trigger within phpmyadmin. Turned out it was a fragment of an old malware infection.

Dropping it did not effect wordpress in any way. So all good now. Question can be closed.
 
Back
Top