Likes: 0
23/05/08 19:51
Vinden jullie het normaal dat bij een hosting account het POP3 deel er elke dag minstens 1x (meestal 2 to 3x) mee stopt? (stopt = connectie op poort 110 wordt aangenomen maar er komt geen vervolg op)
Dat je dit elke dag meld aan de hoster en dat je als enige resultaat ziet dat als je het meldt op het moment dat het zich voor doet dat of de POP3 ge-restart wordt of dat de server gereboot wordt? Maar het probleem zelf blijft dag na dag weer terug komen.
Wat zouden jullie hiermee doen??
23/05/08 20:14
In gebreke stellen per aangetekende brief.
Ze moeten een oplossing vinden voor dat probleem, anders kan je het hostingcontract gewoon opzeggen. Als zij hun voorwaarden niet nakomen kwa uptime en dergelijke.
23/05/08 20:24
Maak je niet zoveel connecties dat hij het blokkeert omdat het een aanval lijkt?
23/05/08 20:24
Na zoiets moet je denk ik altijd op kunnen zeggen, ongeacht je contract. Als je daar, als hosting provider, nee tegen zegt dan ben je stom bezig.
Verder klinkt het alsof het geen partij is met veel verstand van zaken, anders was zoiets al lang opgelost.
23/05/08 20:42
Er worden heel de tijd door hetzelfde aantal connecties gemaakt. We hebben een lokale server die een aantal POP3 mailboxen poll op de hosting server. En onze server doet dat zowel overdag als 's nachts op dezelfde manier. Dus het aantal connecties dat we (letterlijk) nu maken is hetzelfde als het aantal dat we binnen een paar uur maken en dat we morgen maken. Toch knalt ie er zowiezo uit ergens tussen 2h en 4h 's nachts en meestal ook nog 1 à 2x overdag ook.Oorspronkelijk geplaatst door Triloxigen
Onze server pollt ook andere POP3 mailboxen (op andere hosting servers) waar er veel meer mailboxen gepollt worden en dit zonder enig probleem.
23/05/08 22:37
Dirk, ik vindt het een beetje jammer dat je na 1 sms-je met daarin het bericht dat je er echt boos over bent, meteen er hier al om te gaan vragen. Maar ik begrijp je uiteraard goed....:
Tuurlijk, dit moet verholpen worden en hoort absoluut niet.
Echter zijn we ook al lang bezig, hebben we bij medehosters geïnformeerd, en zijn we zelf flink op zoek gegaan. We hebben ook gewoon actie ondernomen (een klant kan dat bevestigen, zie de laatste ervaring op www.ispgids.com/isp/telahosting), alleen bleek die klant toch niet het probleem op te leveren. Inmiddels heb ik al een idee en naar die betreffende klant is er ook een mail uit gegaan. Grote kans dat hij ook dat probleem verzorgt van die ~15 min tussen 2 en 4 uur gezien zijn cronjobs.
Zoals in de SMS ook vermeld, is het 9 van de 10 keer het geval dat we er op dat moment mee bezig zijn, wanneer je ons SMS't. Echter is het niet alleen de POP server die problemen oplevert, maar heeft de hele server last van een hoge load (30, soms zelfs 50+), waardoor we zelf amper de server in kunnen komen en dus kunnen bekijken wat het is. Zelfs via DirectAdmin lukt het niet om simpelweg de reboot-knop in te drukken, want dan doet 'ie nog niks totdat de load terug gezakt is of httpd wordt stopgezet (wat ook al niet vanuit SSH lukt, omdat je daar dus niet in komt).Dat je dit elke dag meld aan de hoster en dat je als enige resultaat ziet dat als je het meldt op het moment dat het zich voor doet dat of de POP3 ge-restart wordt of dat de server gereboot wordt?
@GlobalServe
In principe geven we geen uptimegaranties af, waardoor men ons dáárop überhaupt niet vast zou kunnen pinnen. Ingebrekestelling is echter wel een mogelijkheid uiteraard, omdat er niet de diensten worden geleverd op de manier zoals ze geleverd zouden moeten worden.
Maar verder is het ook erg lastig om het probleem waar te nemen, schiet die load namelijk omhoog, dan kun je misschien maar enkel de eerste 2 à 3 minuten überhaupt verbinding maken met de server. Een onderzoek, wat alleen eigenlijk op zo'n 'hoge-load' moment kan, is dus erg moeilijk. Het omvat namelijk de hele server, zoals gezegd, en niet alleen POP3.
Wellicht kun en wil je vannacht doorgeven wat jouw systeem geconstateerd heeft. Als het goed is hebben we nu de betreffende klant te pakken namelijk en moet het probleem niet meer optreden.
Overigens kreeg ik zelf niet de indruk dat je die problemen tussen 2 en 4h nou zó'n ramp vondt, aan je mails te zijn. Natuurlijk het is niet goed, dat ben ik met je eens...
Overdag is het natuurlijk wel écht not-done en mag het gewoon niet voorkomen.
Laten we hopen dat we vannacht niks van downtime merken, en daarna ook overdag niet meer!
Wanneer je overigens het contract op wil zeggen ga ik daar verder ook niet moeilijk over doen en daar heb je het recht ook toe. Je hebt tenslotte helemaal gelijk, en wij zitten fout, zo simpel is dat.
Toch kunnen we het nog een paar dagen aankijken in mijn ogen, of het met deze gebruiker wél veranderd.
Ik hoor het graag, en dan voor uiteraard liever via e-mail zoals je hopelijk begrijpt.
23/05/08 22:57
Slechts 1 server en dat is ook nog eens een desktopmoederbord in een 1U kast, zo zie ik op je site... Daar word ik niet vrolijk van. Maar ben de slechtste niet, evenzo geldt voor Luuk. Mocht je hulp nodig hebben, wil ik best even meekijken bij je. Heb je SNMP stats van je serverload (cacti/nagios) om de tijdstippen te vergelijken. Daarna is het logfiles doorspitten om te kijken hoe het gebeurd. Want die AMD desktopCPU zou neit met een load van 2 of hoger moeten werken, uitgaande vdat die dualcore is.
MultiMaak - Voor persoonlijke cadeau's en relatiegeschenken!
23/05/08 23:09
Randy, zo zijn de meeste begonnen waarschijnlijk. Of dat ook wel of niet het geval is, dat maakt niet uit uiteraard, het probleem moet gewoon opgelost worden
Zoals gezegd denk ik nu het probleem verholpen te hebben. De hoge load komt niet overeen met een van mijn eigen cronjobs, maar wel redelijk met een van mijn klanten. Daarmee zou het dus zeer zeker te maken kunnen hebben. Hij is programmeur, en daar gebeurt flink wat in dat script.
Uiteraard hoort een CPU niet zo hoog te gaan, dat snap ik zelf ook wel, het is alleen zo dat het tijd heeft gekost om het goed uit te zoeken en daar is dirk, denk ik en volkomen terecht ook overigens, boos over.
(Overigens zijn er nog steeds vele hosters met 20 server die op desktopboards draaien en Athlon's) Ook een Opteron zou opgevreten worden door dat script, dat kan ik je garanderen, al zal het dan uiteraard langer duren voordat dat gebeurt en het misschien ietwat minder te merken zijn... Het is gewoon een brak script. Iets dat soms meer als 30 minuten de serverload kan laten stijgen is gewoon slecht geprogrammeerd m.i.
Het enige wat ik wel merk is dat er nog steeds heel vaak (meer als één keer per seconde in ieder geval) verbinding wordt geprobeerd te maken met dat bestand. Gelukkig komt het nu uit bij een 404 not found, waardoor PHP en MySQL niet meer wordt belast...
23/05/08 23:26
Natuurlijk zijn de meeste hostingbedrijven zo begonnen, maar jezelf profileren als 'Quality hosting' is dan denk ik nog wat te hoog gegrepen. Bij kwaliteit hoor toch een bepaalde uptime.Randy, zo zijn de meeste begonnen waarschijnlijk. Of dat ook wel of niet het geval is, dat maakt niet uit uiteraard, het probleem moet gewoon opgelost worden
Zulke duidelijke problemen zou je toch heel snel moeten kunnen vinden. Als ik jou was zou ik iemand als Randy voor een paar uur inhuren, bespaard je ook voor in de toekomst een hoop werk waarschijnlijk...
23/05/08 23:56
Ik zou je er dan ook even op willen wijzen dat ik in mijn vraag op WHT nergens je naam vermeld heb, nergens een verwijzing doe naar je bedrijf en dat aan de hand van mijn usergegevens het niet evident zou geweest zijn de link naar jou te leggen. Mijn vraag op WHT was duidelijk een vraag naar advies. Wat ik zal doen, staat voor mij nog steeds niet vast. Als alles inderdaad zoals je zegt goed zal lopen vanaf nu dan kan ik met deze account verder anders niet. (je hebt nl nog al eens gezegd dat je het gevonden had en toen bleek dan ook niet het geval). Dit probleem is er al ongeveer een maand, dus misschien wel normaal dat ik mijn licht ga opsteken. (en dit ZONDER jou op enige manier dan ook te vernoemen).
24/05/08 00:26
Is toch een eenvoudige oplossing voor: zet beide gebruikers over naar een verschillende andere server en je weet in no-time waar het probleem zat EN er is meteen een oplossing. Of denk ik te simpel.
24/05/08 01:13
24/05/08 08:24
Dat klopt, maar ik ben toch ook niet boos op je? En zoals ik al zei heb je helemaal gelijk. Ik ga me gewoon niet 'verschuilen' door wel het topic te lezen, en dan maar niet te reageren, dat vindt ik laf.
Maargoed, daarover gaan discussiëren is volgens mij ook nutteloos.
Ik heb verder geen hoge load meer gemeten, dus het lijkt nu in ieder geval te werken.
Ik vindt het uiteraard ook jammer dat het probleem toen niet verholpen bleek te zijn. Ik wordt er ook niet vrolijk van om soms 3 keer per dag onderbroken te worden met waar ik op dat moment mee bezig ben, omdat die server eruit ligt. Was het maar zo makkelijk van een user over verplaatsen, maar wat Randy al zegt heb ik inderdaad maar één server en dus niet de mogelijkheden daartoe. Overigens is dat inderdaad dan zo dat het probleem zich dan voor zou doen op die andere server. Het heeft nl. niet echt iets met servercapaciteit te maken maar gewoon met een brak script van een klant.
We wachten in ieder geval af hoe het nu verder loopt.
24/05/08 08:36
Deze nacht tussen 2:22 en 2:39 lag de POP3 er opnieuw uit...dus niet opgelost.....
24/05/08 11:15
voor de TS zou het wel meteen de oplossing zijn, geen uitvallende POP meer.
voor die brakke coder zou het inzicht zijn waarmee hij het kan oplossen. devven doe je maar op je eigen machine, niet op een shared hosting bak.
Quote
