opgelost JFolder::create: Kan de map niet aanmaken

Bij het updaten van een site krijg ik de foutmelding JFolder::create: Kan de map niet aanmaken Path: /var/www/sites
Daar ben ik het helemaal mee eens. Dat mag de updater ook niet.
/var/www/sites is namelijk de root van alle sites. DIe bestaat en Apache heeft daar execute rechten.
In de algemene instellingen staat als download pad opgegeven /var/www/sites/website/tmp
Voor alle zekerheid nog even in configuration.php gekeken. Daar staat hetzelfde. Ik had ook niet anders verwacht.
Dat is het juiste pad en daar moet de download naar toe.
Waarom zou de updater een map willen aanmaken?
Om in te downloaden? De volgende error is nl dat de download mislukt is.
Ik heb tijdelijk Apache schrijfrechten gegeven in /var/www/sites. Je weet maar nooit.
Dat hielp niet dus niet. De map bestaat al en kan dus niet meer aangemaakt worden.
Er moet dus nog ergens anders (buiten de algemene instellingen) een andere plek zijn waar de updater het pad vandaan haalt.
Waar zou dat kunnen zijn?
Of heeft iemand nog een andere suggestie hoe ik dit probleem kan aanpakken?

Het is op zich al een duidelijk verhaal.
Maar je hebt niet aangegeven of je Joomls! aan het updaten bent of een bepaalde extensie.
Zou je die info nog even willen aanvullen?

Het gaat om een update van Joomla 2.5.22 naar 2.5.24
Het controlepaneel meldt updates voor Joomla zelf en voor extenties.
Bij beide komt dezelfde foutmelding.

Is of een probleem met rechten/eigenaar of de paden naar /tmp en /logs staan toch niet goed.

Dat was het eerste waar ik aan dacht toen ik de foutmelding zag.
Check, dubbelcheck. Ze staan echt allemaal zoals het moet.
Voor alle zekerheid nog een keer.
De rechten:
/var root root w:r-x
/var/www root root w:r-x
/var/www/sites <owner> apache g:--x
Dat is logisch, anders zouden alle andere websites ook problemen hebben en die gaan goed.
Geen read access zodat websites alleen bekende namen kunnen gebruiken en geen wildcard characters.
/var/www/sites/website apache apache o:rwx g:rwx
Ook alle onderliggende mappen en bestanden hebben de juiste owner/group en rechten.
/var/www/sites/website/tmp en logs bestaan: apache apache o:rwx g:rwx
De Algemene instellingen verwijzen naar /var/www/sites/website/tmp en logs
Alle onderliggende mappen en bestanden hebben apache als eigenaar of als groep.
En toch komt nog steeds deze foutmelding.
Ik heb nogmaals de cache opgeschoond, maar nog steeds niet.
Waarom toch krijg ik een melding dat /var/www/sites niet aangemaakt kan worden terwijl dat helemaal niet nodig is omdat die map al bestaat. De volgende melding is "Updatepad bestaat niet"
Er staat niet bij wat dat updatepad dan is.
Ik ben ook gaan zoeken in de php code. Als ik de plaats van de melding kan vinden kan ik misschien met extra print statements achterhalen wat er mis gaat. Maar ik heb de exacte locatie nog niet gevonden.
Weet iemand die misschien?

Als het bij jou normaal is dat Apache eigenaar is en als je je pad hebt gecontroleerd met path.php dan zou ik het ook niet weten.

Het wordt steeds gekker.
Ik heb in de php files gezocht naar de plaats die de foutboodschap stuurt om te zien wat de oorzaak is.
Er was maar 1 plek: libraries/joomla/filesystem/folder.php lijn 262 (Joomla 2.5.22)
Ik heb daar extra code toegevoegd om meer informatie te zien. Maar die informatie wordt niet geprint.
Toen heb ik de naamvan folder.php gewijzigd in folder2.php en verwachtte een PHP fout. Kan file niet vinden of zoiets.
Maar nee. De 'gewone'fout blijft komen. Dus folder.php wordt niet gebruikt. Waar komt die foutmelding dan toch vandaan?

Je kunt heel Joomla gaan slopen, maar de fout zit toch echt in je instellingen of in je serverconfiguratie.

Het gaat me niet om slopen, maar om extra informatie waarom die foutmelding komt.
Van de meer dan 50 Joomla sites die we op deze server runnen is er 1 die niet wil updaten en ik heb nog geen verschil kunnen vinden met de instellingen op de andere sites.
Wat ik niet begrijp is dat de extra output die ik in folder.php heb aangebracht niet gedisplayed wordt.
Dat kan maar een ding betekenen: die file wordt op dit moment niet uitgevoerd. Maar welke file geeft dan wel die foutmelding?

En toch moet er een verschil zijn. Aangezien je de andere sites wel kunt updaten lijkt me dat je nog genoeg serverruimte hebt, dus dat kan het dan ook niet zijn.
Misschien dat je hier nog verder mee komt aangezien je ook werkt met Apache als eigenaar.

Oef. Daar denk je dus helemaal niet aan.
Er bleek een verkeerd DNS record te zijn waardoor ik op de verkeerde plaats zat te zoeken.
De DNS wees naar een andere server waar hele andere padnamen voor de tmp en logs mappen moeten worden ingesteld.
Astrid en Wouter, bedankt voor het meedenken.