PDA

Bekijk Volledige Versie : Wordpress problemen met alle plugins



Blacky
04/11/14, 15:58
Ik heb een klant die momenteel problemen heeft met alle plugins.
Op zich werken ze wel, maar hij kan ze niet verwijderen of updaten.
Updaten komt deze melding:

An error occurred while updating WPML Translation Management: Could not remove the old plugin.
En dat is dus van toepassing op al de plugins die hij tot nu toe heeft proberen te updaten.

Hij dacht dat het euvel misschien aan Centrora Firewall lag, dus geprobeerd deze te verwijderen en dan komt deze melding:

Plugin could not be deleted due to an error: Could not fully remove the plugin(s) ose-firewall/ose_wordpress_firewall.php.

Uiteraard op Google gezocht voor een oplossing, maar de meeste oplossingen daar betreffen het toevoegen van een paar regels in de wp-config.php over FTP of het chmodden van directory's naar 777.

Beiden is niet van toepassing op onze systemen. Bij ons draait op elke server mod_ruid2 dus 777 is niet nodig.
Rechten staat allemaal goed, heb ik gecontroleerd. Ook owner staat allemaal correct vanaf de public_html, dat heb ik gecontroleerd.

Die ftp regeltjes in de wp-config.php lijken me ook zeer onwaarschijnlijk dat dit gaat helpen, aangezien op diezelfde server enkele tientallen Wordpress sites aanwezig zijn, waaronder ook een testsite van mezelf en nog een site van familie die ik ook beheer.
Beiden hebben ook Centrora (nu ose-firewall) aanwezig en kennen dit probleem niet bij het updaten of verwijderen.

Het euvel begon met deze melding:

“Runtime path not writable, please follow this tutorial to enable change the file permissions of this path: /home/klant/domains/klantdomein.com/public_html/wp-content/plugins/ose-firewall//assets/ writable”
Deze assets directory stond echter al 755 en dat moet voldoende zijn bij mod_ruid2. Daarnaast staat het op de andere sites ook zo en werkt het wel prima.

Hoe kan ik dit probleem fixen? Wat kan er nog aan de hand zijn gezien dit euvel zich uitsluitend op deze site voor doet?

Ramon Fincken
04/11/14, 16:44
Is dit een gemigreerde site? Klopt je locale path /home/[user]/etcetc wel?
Als je je rechten goed hebt staan is die FTP define niet nodig in je wp-config.php (kan zelfs naar een oude server pointen ... )

Blacky
04/11/14, 16:59
Nee da's geen gemigreerde site, deze is al vanaf het begin op deze server opgezet. Is gewoon een directadmin server dus het path klopt wel.
In de wp-config.php staan momenteel geen FTP defines. Ik heb diverse sites bekeken op de server en in geen enkele wp-config.php zo'n ftp define gezien.

Het probleem is gewoon plots begonnen. Alleen weet ik dus niet wat ie uitgespookt heeft en hij zelf ook niet meer.

Ramon Fincken
04/11/14, 19:40
owner en group van mappen plus files is ook OK?

Blacky
04/11/14, 20:14
Yep. Staat beiden op klant:klant over de hele linie.
Heb zojuist nog eens een chown gegeven voor zijn hele account vanaf public_html dus als er al iets was dan staat het nu goed. Maar ik had al die wp-content folders al bekeken en daar stond het allemaal al goed.

Keizer
05/11/14, 11:28
Staan de domains en de domeinnaam.nl mappen ook goed? Vanaf public_html is niet voldoende dacht ik?

vDong
05/11/14, 12:19
Er zijn nog 2 dingen die me zo te binnen schieten:
- Staat de mod_ruid user/group wel goed?
- Staat het basepath / modulepath(bestaat dat?) wel goed in de config

Verder zou je nog kunnen proberen een random andere plugin te installeren, mocht dat wel werken, handmatig alle plugins verwijderen op het filesysteem en ze opnieuw installeren

cfmweb
05/11/14, 15:10
In WordPress zelf staat het pad naar /upload/ ook goed?

Edit: ik zie die instellingen er echter niet meer bij staan in v4.x maar kan me herinneren dat ik weleens vreselijk aan het kloten ben geweest hiermee en toen bleek het pad waar WP de tijdelijke bestanden upload niet te kloppen.

Als je plugins gaat bijwerken doet hij deze ook downloaden naar tijdelijke map, pakt ze uit en daarna installeert hij deze pas naar /plugins/ Daarna probeert hij het tijdelijke bestand weer te verwijderen. Deze foutmelding heeft daar volgens mij betrekking op.

Blacky
05/11/14, 15:40
Domains etc. staan ook goed, daar kan de user ook niets aan veranderen.
De mod_ruid user/group staat goed, anders hadden andere accounts er ook last van.
Basepath in de config? Geen idee, ik heb configs met elkaar vergeleken en dat is exact hetzelfde behalven dan de authentication keys.

@Cmfweb: dat is een goede vraag. Daar kan ik me ook vaag iets over herinneren, maar kan ik ook niet terugvinden.
Voor zover mij bekend werkt het precies zoals je zegt. Dat zou dus betekenen dat hij ze niet uit de temp map verwijderd krijgt.

Verdikke, daar heb ik compleet overheen gekeken (bomen en bos verhaal). Dat is de et_temp map en die blijkt in de upload folder van de klant niet meer te bestaan.
Geheid dat daar het probleem ligt. Gaan we proberen! Ik laat nog iets weten!

Blacky
05/11/14, 20:39
Helaas, dat was het niet.
Ben nog bij een paar andere Wordpress sites gaan kijken en die hebben die et_temp helemaal niet dus die zal wel van een plugin directory afkomstig zijn.


Downloading update from http://wpml.org/?download=6090&slug=WPML_Sticky_Links&subscription_key=xxxxxxxxxxxx7&user_id=5xxxxx…

Unpacking the update…

Installing the latest version…

Removing the old version of the plugin…

Could not remove the old plugin.

Plugin update failed.

Ik ga maar eens vragen of de klant geen backup heeft. Vaag probleem.