Onderwerp: Upgrade whmcs 8.4.1

Hallo lezers/helpers

Ik wil een update van whmcs (8.4.1) draaien en zie ik de volgende error hebt:

Error (Help Documentation)
Error: poser.lock): failed to open stream: Permission denied
file_put_contents(/home/admin/domains/mydomainname.nl/public_html/whmcs/com
In JsonFile.php line 152:
File signature was validated
Certificate used for signature validation was loaded and validated
File hash was validated. Hash: 3ba973ed13e1df2cc80578c62db6d6016310b9476f136ad7cd f53f385eafbe38
- Installing whmcs/whmcs (8.4.1)ownloading(100%)Validating /home/admin/domains/mydomainname.nl/public_html/whmcs/vendor/whmcs/whmcs/101c418a002bf3462dfb0ee65530dec7.zip
<warning>Installing 'unzip' may remediate them.</warning>
<warning>This may cause invalid reports of corrupted archives. Besides, any UNIX permissions (e.g. executable) defined in the archives will be lost.</warning>
<warning>As there is no 'unzip' command installed zip files are being unpacked using the PHP zip extension.</warning>
Package operations: 1 install, 0 updates, 0 removals
Updating dependencies
Loading composer repositories with package information

De fout geeft aan dat PHP het bestand /home/admin/domains/mydomainname.nl/public_html/whmcs/composer.lock niet kan maken vanwege een probleem met de rechten.
Ze verwijzen me bij whmcs door naar: https://docs.whmcs.com/Automatic_Upd...mission_Errors

Iemand nog een diee hoe ik de fout weg krijg en kan updaten, want ik krijg hem niet voor elkaar.

Wat heb je zelf al gedaan en wat heb je geconstateerd?

Ik heb te weinig ervaring met WHMCS, dat is voor mij echt 10 jaar geleden volgens mij.

Hoe staan de permissies op /home/admin/domains/mydomainname.nl/public_html/whmcs/composer.lock en/of op /home/admin/domains/mydomainname.nl/public_html/whmcs/

Ik vermoed roroot of admin:admin oid? Check dat eens.

Ik weet niet onder welke user de WHMCS updater draait, wellicht apache?

Klinkt als een permissie issue op het eerste gezicht, heb je de installatie ook al eens handmatig geupgrade via FTP/SSH ?

Oorspronkelijk geplaatst door xaban

Wat heb je zelf al gedaan en wat heb je geconstateerd?

Ik ben altijd netjes up to date en mis er geen enkele!

Oorspronkelijk geplaatst door xaban

Hoe staan de permissies op /home/admin/domains/mydomainname.nl/public_html/whmcs/composer.lock en/of op /home/admin/domains/mydomainname.nl/public_html/whmcs/

Volgens whmcs staan die rechten allemaal volgens de richtlijnen van de volgende website: https://docs.whmcs.com/Automatic_Upd...mission_Errors

Oorspronkelijk geplaatst door xaban

Ik weet niet onder welke user de WHMCS updater draait, wellicht apache?

Ik gebruik idd apache met een besturing van centos 8 - eigenlijk zou ik de laatste ioncube moeten hebben om php 8.0 of liever 8.1 te draaien, helaas ondersteunt ioncube dit nog niet... https://forum.ioncube.com/viewtopic....=asc&start=011

Maar goed dit staat los van mijn error ik zal de update handmatig moeten uitvoeren.
Bedankt voor je hulp/bijdrage

Oorspronkelijk geplaatst door Imtek

heb je de installatie ook al eens handmatig geupgrade via FTP/SSH ?

Nu wou ik dit idd eens gaan doen en denk ik er achter ben wat het probleem is.
Alleen nu de oplossing nog.

Tijdens het handmatig willen updaten moet je de files naar je hoofd installatie toevoegen, echter in mijn ftp een "forbidden" om files aan te passen.
Dit kan maar 1 ding beteken: de rechten zijn verboden!

Ik heb 1 map in de ftp met whmcs..... hierin zitten: 15 mappen en 38 bestanden
In directadmin kan ik de rechten makkelijk aanpassen (in ftp niet)
Alle mappen staan op de rechten 755
Alle files staan op 644 behalve de "configuration op 400" & "clientarea.php op 555"

Ik mis een file of een recht is onjuist, maar wat ik ook zoek ik vind het probleem niet.
Zelfs update via de server gaat niet.

Oorspronkelijk geplaatst door Cloudje

Ik ben altijd netjes up to date en mis er geen enkele!



Volgens whmcs staan die rechten allemaal volgens de richtlijnen van de volgende website: https://docs.whmcs.com/Automatic_Upd...mission_Errors

Dat is geen antwoord op mijn vraag. Kijk nou eens waar de rechten opstaan. Voornamelijk user/group owner.

Oorspronkelijk geplaatst door xaban

Kijk nou eens waar de rechten opstaan. Voornamelijk user/group owner.

Ik zie 1000e files ind e map van whmcs dus welke file zoek ik dan?

de map van whmcs staat op: 775
de file: composer.lock zie ik nergens staan

Ik weet gewoon neit welke bestand of file nu op de juiste rechten staan, hier ergens zit ik klem en staat de info onjuist.
Ik doe wat er staat maar welke files bedoel je dan?

Wat zijn de rechten van map: /home/admin/domains/mydomainname.nl/public_html/whmcs/

Voer uit: ls -ld /home/admin/domains/mydomainname.nl/public_html/whmcs/

Oorspronkelijk geplaatst door Cloudje

Ik zie 1000e files ind e map van whmcs dus welke file zoek ik dan?

de map van whmcs staat op: 775
de file: composer.lock zie ik nergens staan

Ik weet gewoon neit welke bestand of file nu op de juiste rechten staan, hier ergens zit ik klem en staat de info onjuist.
Ik doe wat er staat maar welke files bedoel je dan?

Wat krijg je als je composer uitvoert via cli, in principe als er een lock file is wil dit zeggen dat composer nog ergens aan het runnen is of dat het ooit foutief afgesloten is waardoor de lock file is blijven bestaan.

Overigens vraag ik mij ook af waarom je websites en dergelijke onder je admin user zou installeren, het is veel veiliger om dit onder een aparte gebruiker te doen. Als er nu een bug zit in whmcs waardoor remote execution mogelijk is hebben ze automatisch admin toegang met alle gevolgen van dien.

Oorspronkelijk geplaatst door xaban

Wat zijn de rechten van map: /home/admin/domains/mydomainname.nl/public_html/whmcs/

Voer uit: ls -ld /home/admin/domains/mydomainname.nl/public_html/whmcs/

dan krijg ik dit: drwxrwxr-x 17 admin admin 4096 Feb 25 10:04 /home/admin/domains/mydomainname.nl/public_html/whmcs/

Oorspronkelijk geplaatst door The-BosS

Wat krijg je als je composer uitvoert via cli,

Hier begrijp ik niet wat je bedoeld, ik wil er best van leren. Kun je dit toelichten wat ik moet doen?

Oorspronkelijk geplaatst door The-BosS

Overigens vraag ik mij ook af waarom je websites en dergelijke onder je admin user zou installeren, het is veel veiliger om dit onder een aparte gebruiker te doen

Ik snap het wat je bedoeld, dit komt omdat hij vooraf daarop is aangemaakt en runt en nu alles erop draait, als ik dit wijzig dan moet ik compleet opnieuw beginnen en zal alles verdwijnen.
Zijn er tips die ik kan mee nemen of zelf wel kan wijzigen?

tevens bedankt voor jullie reacties ik ben er heel blij mee, maar mijn update blijft helaas nog staan.

Oorspronkelijk geplaatst door Cloudje

dan krijg ik dit: drwxrwxr-x 17 admin admin 4096 Feb 25 10:04 /home/admin/domains/mydomainname.nl/public_html/whmcs/

Kennelijk draait de updater niet onder de user admin. Wellicht onder apache of httpd oid.

Wat je tijdelijk zou kunnen doen is:
touch /home/admin/domains/mydomainname.nl/public_html/whmcs/composer.lock
chmod 666 /home/admin/domains/mydomainname.nl/public_html/whmcs/composer.lock

Dan zal de installatie iets verder komen, maar wellicht loop je dan weer tegen andere issues aan.

Daarna kan je de lock file weer verwijderen, maar dat zal de updater zelf gewoon moeten doen.

Of je zoekt uit onder welke user de updater loopt en past de rechten aan.

Oorspronkelijk geplaatst door Cloudje

Hier begrijp ik niet wat je bedoeld, ik wil er best van leren. Kun je dit toelichten wat ik moet doen?

Inloggen op je server via ssh en via je cli manueel composer uitvoeren, lijkt me toch niet zo heel moeilijk en spannend.

Oorspronkelijk geplaatst door Cloudje

Ik snap het wat je bedoeld, dit komt omdat hij vooraf daarop is aangemaakt en runt en nu alles erop draait, als ik dit wijzig dan moet ik compleet opnieuw beginnen en zal alles verdwijnen.
Zijn er tips die ik kan mee nemen of zelf wel kan wijzigen?

Come again, waarom zou je alles kwijt zijn omdat je het gewoon verhuist naar een andere gebruiker. Je kan toch gewoon de database exporteren en terug importeren en de bestanden kopieren.

Eerlijk gezegd heb ik nu al medelijden met je klanten als je er zelf nog niet in slaagt om standaard commando's uit te voeren zoals ls, composer, unzip te installen, logs te lezen en een webapplicatie te updaten. Ik begrijp best dat niet iedereen alles weet (ik trouwens ook niet hoor) en ergens moet beginnen, maar doe dit dan niet op productie servers of zorg voor een goede beheerder die je hier mee helpt. Als je dit allemaal op een hobby server doet, kuddo's dat je het wil leren maar dan vraag ik me af waarom je whmcs zou gebruiken.

Begin dus eerst even om unzip te installen op je server "dnf install unzip" zodat deze fouten toch al verdwenen zijn en wie weet lost het je probleem wel op:

Code:

<warning>Installing 'unzip' may remediate them.</warning>
<warning>This may cause invalid reports of corrupted archives. Besides, any UNIX permissions (e.g. executable) defined in the archives will be lost.</warning>

Oorspronkelijk geplaatst door xaban

Of je zoekt uit onder welke user de updater loopt en past de rechten aan.

hoe vaag ook, waarschijnlijk is bij dit laatste het probleem verholpen. maar vraag me niet hoe......