Eens in de twee a drie week geeft www.domein.nl een foutmelding 508. In de errorlog het volgende:

[Thu Jun 24 00:36:04.649746 2021] [hostinglimits:error] [pid 13020:tid 139782311008000] mod_hostinglimits: Error on LVE enter: LVE(3483) HANDLER(application/x-httpd-lsphp) HOSTNAME(www.domein.nl) URL(/index.php) TID(13121) errno (7) Read more: http://e.cloudlinux.com/MHL-E2BIG min_uid (1000)

[Thu Jun 24 00:36:04.649906 2021] [deflate:error] [pid 13020:tid 139782311008000] [client 93.158.90.88:17771] AH01385: Zlib error -2 flushing zlib output buffer ((null))

Website heeft al meer dan een jaar op een ander resellerpakket gedraaid zonder problemen. Het treed op nu het op het snelle resellerpakket staat. Treedt altijd op kort na middernacht.

Is een oude Opencart installatie met Php versie 5.6. Er zijn nog twee websites met oude Opencart en php 5.6 die geen problemen geven, alleen www.domein.nl

Meest simpele installatie, geen cronjobs, geen plugins, geen...
Kleine database.

Als ik in DirectAdmin de php versie op 7 zet en daarna weer terug op 5.6 dan werkt de website weer.
Lijkt iets met WebDav te maken te hebben, is dat mogelijk?

Wat veroorzaakt de foutmelding en wat is de permanente oplossing zodat de klant niet steeds deze foutmelding ziet.

Ticket aangemaakt bij hoster, maar ik hoor graag of er meer bekend is hierover.

Vimexx? Na verhuizing? Ken helaas ook dit probleem bij hen... 508 hostinglimits.

Bekijk je resources eens: https://web???.zxcs.nl:2222/CMD_PLUG...ource_usage/#/
Waar vraagtekens staan je servernummer invullen.


Volgens ons blijkt dat uit de logs dat modsucgid.conf niet compateble is met cloudlinux versie en gezien dit niet de eerste fout is die we ontdekken, staat er misschien wel meer niet goed.

Maar ze luisteren totaal niet.. en we krijgen als antwoord: "Dit komt omdat je te veel vraagt van het kleine Medium pakketje.".


Op de andere 15 hostingpakketten geen problemen, alleen op dit pakket EN pas na verhuizing...

Bedankt voor je antwoord.
Hoe kan het resetten van de php versie hier effect op hebben? Dat lost het steeds op (voor 2 week).
Gelukkig heb ik een groot pakket en kunnen ze hetzelfde antwoord niet bij mij gebruiken.

Origineel gepost door J. Haan

Hoe kan het resetten van de php versie hier effect op hebben? Dat lost het steeds op (voor 2 week).

Je start php opnieuw op, waarschijnlijk reset je dan ook de resource logs. Bij jouw loopt na 2 weken de boel weer vol, bij ons gaat dit alleen wat sneller...

Origineel gepost door J. Haan

Gelukkig heb ik een groot pakket en kunnen ze hetzelfde antwoord niet bij mij gebruiken.

Wou je wedden? ;-)

Antwoord hoster:
Als het altijd rond dezelfde tijd elke keer gebeurd rond de nacht, dan is het mogelijk dat de site zelf ergens een cronjob draait. Denk aan bijvoorbeeld een inventarisatie. Ik vermoed dat de site hierdoor tegen het resource limiet komt, en desbetreffende errors geeft.

Ondanks dat ik al twee keer heb aangegeven dat er geen cronjobs draaien.

Wordt dus vervolgd.

Heb je Wordpress sites? Dan draai automatisch cronjobs...
Misschien draait Opencart ook wel cronjobs

Zoek maar eens op de fout die je ziet:

"mod_hostinglimits: Error on LVE enter: LVE(3483) HANDLER(application/x-httpd-lsphp)"

Kom je uit op: https://cloudblue.freshdesk.com/supp...r-on-lve-enter

Daar staat de oorzaak en oplossing:
Cause

The limits defined in modsucgid.conf are not compatible with the latest Cloudlinux versions.

De oplossing is als de sodemieter je PHP versie updaten, rest is symptoombestrijding

Hoi Arjen,

Is een oude versie van Opencart die onder php 5.6 draait. Enige optie.
Andere, zelfdeversie, opencart-installaties draaien wel goed op php 5.6

De website met problemen draaide eerder probleemloos op een ander pakket van dezelfde hoster, ook met php 5.6
Dus php-versie mag geen probleem zijn, al ligt de oplossing daar dus wel met een reset.

https://litextension.com/woocommerce...ml#price_check

zoiets zou je ook kunnen overwegen, dan kun je om naar een up-to-date cms


Ik begrijp een host niet die je met 5.6 laat aanklooien; het is ronduit vragen om problemen. 5.6 is al sinds 2018 niet meer ondersteund
https://kinsta.com/blog/php-versions/

Origineel gepost door Arjen Zijlstra

De oplossing is als de sodemieter je PHP versie updaten, rest is symptoombestrijding

Wij draaien op php7.3 en hebben hetzelfde probleem. Vraag me af op dit de oplossing is.

Gaat niet om jullie issue, gewoon in het algemeen om veiligheid en snelheid. Je PHP moet gewoon up-to-date zijn ;)
Leesvoer evolutie PHP 5.6 tot 8.0: https://medium.com/@meskis/evolution...0-c3514ebb7f28

Betreffende je issue, probeer dit eens:

Cause

The limits defined in modsucgid.conf are not compatible with the latest Cloudlinux versions.
Resolution

Remove Override* limits from /etc/httpd/conf.d/modsucgid.conf and restart Apache service:
# service httpd restart

Edit: Ik zie nu dat iceblock dit ook al aangaf - al geprobeerd?

Aanvullend vond ik zojuist dit

User is using too much resources, and you should either increase both, CPU and entry process limits, or user should optimize their script, or user should be upgraded to VPS or something similar.

https://www.cloudlinux.com/docs/errors/MHL-E2BIG.php

@J Haan. Bekijk van alle sites je error logs eens na. Hebben ze allemaal de 508, etc. fouten?

Origineel gepost door Arjen Zijlstra

Aanvullend vond ik zojuist dit

https://www.cloudlinux.com/docs/errors/MHL-E2BIG.php

Hoi Arjan, deze was al bekend, dat is waar 1 van de foutmeldingen naar verwijst. Er zijn echter (bij ons althans) meerdere verschillende foutmeldingen, oorzaak of gevolg van de andere foutmeldingen..?

Het probleem kwam zowel bij TS als bij on,s NAdat wij van pakket veranderden. WIj hebben bij deze hoster 16 hostingpakketten en alleen deze ene heeft deze 508 problemen.

Wat verder opvalt is dat alle domeinen die op het oude hostingpakket stonden allemaal deze 508 EN andere problemen hebben, behalve 3 domeinen die verhuisd zijn vanaf Versio..?? Deze 3 hebben geen problemen/fouten??

Zo te lezen zijn er meer met dit probleem: https://www.vimexx.nl/forum/9-resell...mit-is-reached

@J Haan. Bekijk van alle sites je error logs eens na. Hebben ze allemaal de 508, etc. fouten?

Van alle andere websites zijn de errorlogs leeg.
Maar bij een 508 ligt de website eruit, dan zou ik dat van de eigenaren te horen krijgen.