domeinnaam of User suspend elke nacht.

[GIMservices]

Hi,

Elke nacht word er een site van een van de klanten geblokkeerd door Da.
Als ik dan inlog en bij deze User kijk staat daar niets bijzonders.
Oplossing om de site weer live te krijgen op dit moment is:
- User suspenden
- User unsuspenden
- reload httpd op de server doen
En site is weer bereikbaar.

Weet iemand misschien wat hier aan de hand is?

[Marin]

De user zit niet tegen zijn quota aan?

Sent from my Nexus 5 using webhostingtalk mobile app

[Mark17]

Heb je je systeembeheerder (die hopelijk iets van DA af weet) al gevraagd wat het kan zijn? De verklaring van @Marin klinkt verder als zeer aannemelijk/waarschijnlijk.

[iNiels]

Ik heb in Plesk een keer hetzelfde gehad. Uiteindelijk bleek dat ik bij het aanmaken van het domein de looptijd op 1 jaar had gezet in plaats van op Unlimited, waardoor precies na 1 jaar elke nacht het domein werd ge-suspend. Misschien kan dit in DA ook?

[Mark17]

Ik heb in Plesk een keer hetzelfde gehad. Uiteindelijk bleek dat ik bij het aanmaken van het domein de looptijd op 1 jaar had gezet in plaats van op Unlimited, waardoor precies na 1 jaar elke nacht het domein werd ge-suspend. Misschien kan dit in DA ook?

Dat is iets wat standaard niet in DA zit en hier zul je dan waarschijnlijk ook geen last van hebben.

[bibawa]

Doe even een df -h op de directory van de gebruiker en kijk of er daar niets vreemd zit.. Met plesk hebben we dat ook wel eens voor dat daar een hoop dumps zitten van klanten backups die de panel niet weergeeft.. Mogelijk ook iets gelijkaardigs.

Zie je niets in je DA logs ?

[dennis0162]

Wellicht is er een limiet ingesteld op het domeinnaam zelf door de klant? Dit kan je instellen via Domain Management als je inlogt als de gebruiker. Ook wel eens gehad dan gaat het domeinnaam op suspend maar het account en andere domeinnamen op het account niet.

Sent from my HTC One using webhostingtalk mobile app

[Mark17]

Doe even een df -h op de directory van de gebruiker en kijk of er daar niets vreemd zit.. Met plesk hebben we dat ook wel eens voor dat daar een hoop dumps zitten van klanten backups die de panel niet weergeeft.. Mogelijk ook iets gelijkaardigs.

Zie je niets in je DA logs ?

Bedoel je niet du -h ipv df -h?

De logs bekijken kan geen kwaad, verborgen bestanden geeft DA standaard wel weer dacht ik. Wat wel kan is dat een DA gebruiker buiten zijn "home map" nog ergens op de server bestanden onder zich heeft. Dit kan verschillende oorzaken hebben, van relatief onschuldig door een tikfout bij een chown waar je verder weinig/niets van merkt tot een gehackte server. Op basis van de quota tool van je besturingssysteem zou dit na te gaan moeten zijn.

[Ramon Fincken]

inode limiet?

geen messages te vinden in DA ticket systeem?

[PerryKniest]

Het moet zeker aan een van de limieten liggen, kan niet anders.
Kijk gewoon even na wat zijn limieten zijn van zijn huidig pakket (van de user, niet de reseller) en wat hij momenteel verbruikt heeft, dataverkeer, opslag, inodes, etc.

[xentos]

Het kan aan de limieten zitten van uw account, of anders kan het de automatische betaal systeem zijn.

[GIMservices]

Waarschijnlijk gevonden...

Bij Domain setup stond bandwith en diskusage op 0, ipv unlimited.
Het lijkt er nu op dat het opgelost is.
Waarom daar 0 stond dat weet natuurlijk niemand.

[PerryKniest]

Ze zullen wel gedacht hebben dat 0 gelijk aan unlimited was, wat niet het geval is.

[speciall]

Waarschijnlijk gevonden...

Bij Domain setup stond bandwith en diskusage op 0, ipv unlimited.
Het lijkt er nu op dat het opgelost is.
Waarom daar 0 stond dat weet natuurlijk niemand.

oei is dat dan een bug in da? Lijkt me vreemd dat ie 0 aanvaardt