Onderwerp: Statusscript / Uptimescript

http://status.it2go.info/

Op bovenstaande URL vind u een script dat ik via mVision/websspace.com heb aangekocht om de status van mijn 2 servers na te gaan.

Echter er is nog geen enkele dag geweest dat er een "uptime" was van 100%. Hoe dit mogelijk is zonder de server uit te zetten oid weet ik niet maar goed...

Server Asterix
Dit is de eigenlijke webserver. Het script draait op deze server dus. (FreeBSD)

Server Blutch
Is een andere bak die zich bezighoud met een audiostreaming en een volanochat. (Fedora Core II)

Als ik de persoon van mVision goed begrijp, berekend hij de "Response time" aan de hand van en klein bestandje dat op elke server komt. De uptime wordt berekend aan de hand van een aantal metingen (ik vermoed pings?)

Het rare is dat Blutch zijn "Response time" enorm laag blijft (meestal onder de 30) terwijl de server waar het script op draait (asterix dus) met moeite onder de 100 komt. Enorm raar niet?
De uptime wordt zoals gezegd berekend aan de hand van een aantal metingen. Als ik nu een kijkje neem naar de stand van zaken is deze als volgt:

Asterix
Metingen: 211
Mislukt: 29

Blutch:
Metingen: 211
Mislukt: 0

Dus ook dat is iets raars: naar een andere machine op een totaal andere locatie gaan deze tests wel (hoewel nog niet altijd zie naar gisteren bvb). Op de eigen machines gaat bijna 1 op 10 metingen de mist in.

Heeft iemand een idee hoe dit kan komen? Volgens de provider waar Asterix staat is er geen bepaalde poort (inkomend/uitgaand) gesloten behalve de typische windowspoorten...

http://status.websspace.com/
Dit is hetzelfde script, maar dan euhm...iets beter werkende:-)

Je zou beter een simpel uptime script gebruiken en dan voor uptime gewoon sysinfo ofzo gebruiken..

Tis nu toch al aangekocht hé... Dus zou t moeten draaien ook :-)

Als je het hebt aangekocht, kun je de originele auteurs toch vragen om je ermee te helpen? Ook op software hoort een vorm van support te zitten... Beter één keer goed geholpen cq. uitgelegd als steeds losse vragen moeten beantwoorden lijkt me...

Dreamhost: de persoon die het script gemaakt heeft, probeert te helpen maar snapt het probleem zelf niet goed. Volgens hem zou er een fout zitten in het netwerk waarbinnen de webserver zit of in Apache...

Kan je je script niet eens proberen draaien op blutch?

@smurf, dit zou een mogelijkheid zijn, doch het is niet logisch dat het niet op Asterix kan draaien toch?

Heb trouwens voor een test het IP van Asterix in het script eens vervangen door 127.0.0.1 en jawel, het blijft hetzelfde hoor...
Het zou dus weldegelijk moeten liggen aan een fout geconfigureerde Apache...
Iemand een idee waar ik moet naar kijken?

Het feit dat ie ping errors geeft kan ook liggen aan een streng afgestelde Firewall?? Heb ik hier ook tijdje last van gehad.

WE-Create!
Dat dacht ik ook eerst, doch een mailtje naar de persoon die de server geconfigureerd heeft leerde mij het volgende:

Standaard blokkeert de firewall enkel wat microsoft-rommel poorten
(Netbios dingen), de rest staat normaal open, in de 2 richtingen.

Origineel geplaatst door IT-worX
[Standaard blokkeert de firewall enkel wat microsoft-rommel poorten
(Netbios dingen), de rest staat normaal open, in de 2 richtingen.

Zoiets zou ik maar stil houden op een publiek forum...

Heb je al één van de volgende scripts geprobeerd werkend te krijgen? Misschien zijn die wat minder "gevoelig"?

Dreamhost:
Als je als webhoster je gaat bezighouden met het attacken van een servertje van iemand die je nog niet eens een concurrent kan noemen vraag ik mij af waar je mee bezig bent hoor...
Aan de andere kant...Njah je hebt gelijk... :s

Een paar van die scripts heb ik geprobeerd ja, met goed resultaat. Echter ik verlang nog altijd als ik iets aankoop dat het dan ook werkt...

Origineel geplaatst door IT-worX
Dreamhost:
Als je als webhoster je gaat bezighouden met het attacken van een servertje van iemand die je nog niet eens een concurrent kan noemen vraag ik mij af waar je mee bezig bent hoor...
Aan de andere kant...Njah je hebt gelijk... :s

Was ook niet persoonlijk bedoeld...

Een paar van die scripts heb ik geprobeerd ja, met goed resultaat. Echter ik verlang nog altijd als ik iets aankoop dat het dan ook werkt...

Misschien kun je beter je tijd steken in het optimaliseren van zo'n script dan in het werkende krijgen van het gekochte script...

Origineel geplaatst door IT-worX
@smurf, dit zou een mogelijkheid zijn, doch het is niet logisch dat het niet op Asterix kan draaien toch?

Heb trouwens voor een test het IP van Asterix in het script eens vervangen door 127.0.0.1 en jawel, het blijft hetzelfde hoor...
Het zou dus weldegelijk moeten liggen aan een fout geconfigureerde Apache...
Iemand een idee waar ik moet naar kijken?

Het kan wel op Asterix draaien, aleen moet je je dan wel af vragen of de load die het script op de server veroorzaakt de meting niet nagatief beinvloed. Ik vermoed dat de schrijver van het script hier onvoldoende rekening mee heeft gehouden. Je kan dit dus eenvoudig vast stellen door het script enige tijd van de andere server te draaien.

Mvgr,

Kees