opgelost Probleem met upgraden Joomla, na verhuizing van site

Goedemiddag allemaal,

Ik ben nieuw hier, en heb een probleem:

Bij het updaten van Joomla krijg ik de volgende melding:

ERROR:
Could not open archive part file ./tmp/Joomla_3.7.2-Stable-Update_Package.zip for reading. Check that the file exists, is readable by the web server and is not in a directory made out of reach by chroot, open_basedir restrictions or any other restriction put in place by your host.

Mijn hostingbedrijf heeft al gekeken naar oplossingen, maar kan me niet verder helpen met dit probleem.

Wie kan me verder helpen?

Groet,

Ronald

Edit Jelle: Ik heb de melding tussen tags geplaatst, volgende keer graag zelf even doen.

Hallo Ronald,

Namens het Joomla!NL team heet ik je van harte welkom op dit forum.

Hoe heb je je site verhuisd? Ik neem aan dat je hostingbedrijf naar rechten en eigenaar heeft gekeken. Klopt het pad naar je /tmp map ook?

Dag Astrid,

Ik heb m'n site verhuisd, met een backup van Akeeba. Deze verhuizing verliep verder vlekkeloos.
Joomla 3.7.0 (was toen de meest actuele versie) is door m'n hoster op m'n server gezet.
Daarna m'n site weer teruggeplaatst d.m.v. Akeeba Kickstart.
In de configuration.php heb ik daarna een aantal dingen (zoals een andere mapstructuur) aangepast.
De mappen /tmp en /log moest ik eerst nog veranderen, omdat ik foutmeldingen kreeg, en m'n site niet werkte.
Nadat ik deze aangepast had, werkte de site goed, zowel backend als frontend.
Alles draait verder prima, alleen m'n update kan ik niet uitvoeren.

Via FTP heb ik het .zip bestand in de /tmp map geplaatst, maar daar wordt de situatie met updaten niet anders van.
Het bestand via de update uploaden geeft ook een fout. Als het bestand geupload is, krijg ik het verzoek om m'n gebruikersnaam en wachtwoord weer in te vullen. Daarna krijg ik de volgende melding:

ERROR:
Could not open archive part file ./tmp/ju67n1g6 for reading. Check that the file exists, is readable by the web server and is not in a directory made out of reach by chroot, open_basedir restrictions or any other restriction put in place by your host.

Groet,

Ronald

Een backup van Akeeba terugplaatsen doe je ALTIJD in een lege root-directory met een lege database!
Eventueel zou het kunnen zijn dat je nog enkele zaken in configuration.php zou moeten aanpassen maar in principe zou dan bij een juiste server-configuratie je site moeten werken (en dus de eventuele updates ook via joomla! update).

Wat zou ik verder nog moeten (kunnen) aanpassen in configuration.php?

M'n hele site werkt prima, alleen de update niet...

Groet,

Ronald

Kan ook een cache-probleempje zijn.
Heb je de joomla cache en/of browsercache al eens geleegd?

En controleer voor je zekerheid je pad met dit bestandje . Uitpakken op je computer, .php bestandje in de root van je site zetten en path.php achter je url typen.
Zeker omdat je nog zaken aangepast hebt in je configuration.php waar dat normaal gesproken niet nodig is als je Akeeba gebruikt.

Dank voor de hulp! De oplossing kwam met het instellen van het juiste pad...

Deze was tóch verkeerd ingesteld. Het vreemde is, dat 'ie net zo genoteerd was, als de /log. En daar werkt alles wel
(genoteerd met './log' dus tmp ook als './tmp') En dat bleek niet te werken.
Het absolute pad heb ik nu in m'n configuration.php gezet. Dat heeft gewerkt, en de update werkt nu prima!

Iedereen bedankt voor het meedenken!

Groet,

Ronald