Problemen met installeren van modules

brentnl · **Joined:** Mon May 11, 2009 4:35 pm **Posts:** 398

Hallo,
Ik moet voor een nieuwe klant een nieuwe website ontwerpen waarbij ik te maken kreeg met een nieuw probleem ;)
Normaal installeer ik modules via de module manager. Nu wil ik daar CGExtensions installeren (en nog 5 andere modules) maar ik krijg de foutmelding

Code:

Kan geen bestand aanmaken (rechtenprobleem?) /var/www/vhosts/... path

Nu dacht ik, 'ah simpel, even via filezilla de rechten wijzigen naar 777' .. dit bracht echter geen uitkomst.

Nou, dan maar even het controlpanel van Plesk openen. Daar had ik wel toegang tot één of andere filemanager, en ik kon ook zien dat er wel een map 'cgextensions' was aangemaakt, maar zonder inhoud én 'apache' was de eigenaar ipv de klant. Dit kon ik echter in plesk niet wijzigen (weird?).

Toen koos ik ervoor om de modules simpelweg te downloaden en via FTP te uploaden. Het uploaden ging goed, alleen was mijn complete layout van het admin gedeelte vervolgens verdwenen en kon ik niet meer op de module pagina komen.
Dit deed zich raar genoeg alleen voor bij het uploaden van CGExtensions en de module uploads
EnhancedXSPF en Statistics werkten zonder problemen.

Iemand een oplossing?

Rolf · **Posted:** Wed Jan 20, 2010 10:15 pm

ja een bestandseigenaar probleem. kom ik morgen even op terug. of zoek anders even in de laatste berichten van silvie. grt. rolf.

Rolf · **Posted:** Thu Jan 21, 2010 7:10 am

Hallo brentnl

Achter het toetsenbord gaat toch gemakkelijker dan met een mobiele telefoon

In deze post en verder komt een soortgelijk probleem naar voren:
http://forum.cmsmadesimple.org/index.ph ... #msg188328

Groet, Rolf

brentnl · **Joined:** Mon May 11, 2009 4:35 pm **Posts:** 398

Heb inmiddels umask op 000 gezet ipv 022, net zoals in dat topic beschreven werd. Verder weet ik echt niet wat ik nu moet doen. Waarom heeft het CMS niet voldoende rechten om iets aan te maken? De map modules heeft gewoon een recursieve CHMOD van 777 gekregen..

stijlXpres · **Posted:** Tue Jan 26, 2010 2:26 pm

@brentnl,

De provider biedt Plesk aan als interface? Grote kans dat dat een 'oude' versie is, of dat de site op een server draait met gedateerde settings / software versies. Probleem heb ik meerdere malen ondervonden bij o.a. Webreus.nl

Kwestie van telefoon pakken of mailtje naar de helpdesk. Webreus bood mij aan om het domein te (laten) verhuizen naar een nieuwe(re) server, waarbij je de keuze had: Zelf doen (gratis) of zij doen het voor je (tegen geringe betaling)

brentnl · **Joined:** Mon May 11, 2009 4:35 pm **Posts:** 398

stijlXpres wrote:

@brentnl,

De provider biedt Plesk aan als interface? Grote kans dat dat een 'oude' versie is, of dat de site op een server draait met gedateerde settings / software versies. Probleem heb ik meerdere malen ondervonden bij o.a. Webreus.nl

Kwestie van telefoon pakken of mailtje naar de helpdesk. Webreus bood mij aan om het domein te (laten) verhuizen naar een nieuwe(re) server, waarbij je de keuze had: Zelf doen (gratis) of zij doen het voor je (tegen geringe betaling)

heb inderdaad de provider met een telefoontje vereert, en ze zijn zo vriendelijk om gratis de site te verplaatsen naar een server met php 5 ipv 4.3.9... Ik hoop dat dit het euvel oplost, al zullen die rechten weinig met php te maken hebben lijkt me..

brentnl · **Joined:** Mon May 11, 2009 4:35 pm **Posts:** 398

brentnl wrote:

stijlXpres wrote:

@brentnl,

De provider biedt Plesk aan als interface? Grote kans dat dat een 'oude' versie is, of dat de site op een server draait met gedateerde settings / software versies. Probleem heb ik meerdere malen ondervonden bij o.a. Webreus.nl

Kwestie van telefoon pakken of mailtje naar de helpdesk. Webreus bood mij aan om het domein te (laten) verhuizen naar een nieuwe(re) server, waarbij je de keuze had: Zelf doen (gratis) of zij doen het voor je (tegen geringe betaling)

heb inderdaad de provider met een telefoontje vereert, en ze zijn zo vriendelijk om gratis de site te verplaatsen naar een server met php 5 ipv 4.3.9... Ik hoop dat dit het euvel oplost, al zullen die rechten weinig met php te maken hebben lijkt me..

PHP draait inmiddels op versie 5, maar nog werkt het niet.. de modules kunne niet geïnstalleerd worden. Ik kan nog vragen of ze PHP safe mode uit willen zetten, kan dit helpen?

Verder weet ik het echt niet meer...

Cms Version: 1.6.6

Installed Modules:

* CMSMailer: 1.73.14
* FileManager: 1.0.1
* MenuManager: 1.6.2
* ModuleManager: 1.3.1
* News: 2.10.3
* nuSOAP: 1.0.1
* Printing: 1.0.4
* Search: 1.6.1
* ThemeManager: 1.1.1
* TinyMCE: 2.5.5
* Statistics: 0.9.9

Config Information:

* php_memory_limit: 64M
* process_whole_template: false
* max_upload_size: 80000000
* default_upload_permission: 777
* assume_mod_rewrite: true
* page_extension: .html
* internal_pretty_urls: false
* use_hierarchy: true

Php Information:

* phpversion: 5.1.6
* md5_function: Aan (Waar)
* gd_version: 2
* tempnam_function: Aan (Waar)
* magic_quotes_runtime: Uit (Onwaar)
* memory_limit: 32M
* max_execution_time: 30
* safe_mode: Aan (Waar)
* session_save_path: Geen controle omdat 'open_basedir' actief is
* session.use_cookies: Aan (Waar)

Server Information:

* Server Api: apache2handler
* Server Db Type: MySQL (mysql)
* Server Db Version: 5.0.45

stijlXpres · **Posted:** Mon Feb 01, 2010 11:39 am

Safe mode uit zetten wil inderdaad nog wel eens helpen.

CMS-er · **Joined:** Mon Jun 29, 2009 1:21 pm **Posts:** 73

Ik heb dit probleem ook vaak.
Wat ik doe is als volgt:

Ik ga naar de ftp en zet daar de rechten op 777 en vervolgens ga ik naar filemanager, de uitgebreide en zet die ook op 777. Dus op 2 plekken. En vervolgens wil hij dan wel. Als je het op 1 plek doet, dan pakt hij het alsnog niet.

brentnl · **Joined:** Mon May 11, 2009 4:35 pm **Posts:** 398

CMS-er wrote:

Ik heb dit probleem ook vaak.
Wat ik doe is als volgt:

Ik ga naar de ftp en zet daar de rechten op 777 en vervolgens ga ik naar filemanager, de uitgebreide en zet die ook op 777. Dus op 2 plekken. En vervolgens wil hij dan wel. Als je het op 1 plek doet, dan pakt hij het alsnog niet.

Dat werkt helaas niet bij mij, de user gebruikt apache, en de rechten staan op 777.

Rolf · **Posted:** Mon Feb 01, 2010 6:15 pm

brentnl,
Wil je mij eens een tijd. admin login sturen?
Rolf

Rolf · **Posted:** Mon Feb 01, 2010 7:15 pm

Brentnl,

Duidelijk geval FileOwner probleem
Open de FileManager van de webhost en reset de permissies recursief. Is vaak wel een toets voor.
Gebruik geen FTP meer, maar alleen deze FileManager
Modules, tmp en uploads staan al op 777
umask staat al op 000

Nu even weer kijken of het installeren lukt.

Verder is de PHP-versie 5.1.6. CGExtentions heeft 5.2.x nodig.

Probeer ook of de host safe_mode uit wil zetten.

Rolf

brentnl · **Joined:** Mon May 11, 2009 4:35 pm **Posts:** 398

Rolf wrote:

1. Open de FileManager van de webhost en reset de permissies recursief. Is vaak wel een toets voor.

2. Verder is de PHP-versie 5.1.6. CGExtentions heeft 5.2.x nodig.

3. Probeer ook of de host safe_mode uit wil zetten.

1. Dit kan ik alleen van de mappen en bestanden waar 'ik' de eigenaar van ben en niet van de eigenaar 'apache'. Probeer het via Plesk
2. Dat is de nieuwste versie die ze gebruiken.. werkt CGextentions helemaal niet op 5.1.6?
3. Heb ik gevraagd, zouden ze morgen doen.

Rolf · **Posted:** Mon Feb 01, 2010 8:53 pm

brentnl wrote:

Dit kan ik alleen van de mappen en bestanden waar 'ik' de eigenaar van ben en niet van de eigenaar 'apache'. Probeer het via Plesk

Hmm. bijzonder... $:-\$

brentnl wrote:

Dat is de nieuwste versie die ze gebruiken.. werkt CGextentions helemaal niet op 5.1.6?

Calguy1000.com wrote:

CGExtensions 1.17.5
I've added some fixes to the associative data classes that the Orders module uses.
This module requires PHP Version 5.2 or greater.

brentnl wrote:

Heb ik gevraagd, zouden ze morgen doen

Hopelijk doet dit nog iets...
Afwachten dus $:-\$

Rolf

stijlXpres · **Posted:** Tue Feb 02, 2010 11:36 am

Zoals gezegd, iets dergelijks heb ik een tijd terug gehad, contact over gehad met provider.
Naar hun mening was de oorzaak (te) oude softwareversies op de server waarop gehost werd.
Zij hebben het probleem destijds eenvoudig opgelost door het complete domein op een nieuwe(re) server te zetten.

Wellicht is dit de meest rigoreuze, maar wel beste oplossing...

Succes!

Problemen met installeren van modules

Who is online