Onderwerp: Het grote NOC-Script support-topic

Zou dit bvb ook gaan via www.mobileweb.be?

Oorspronkelijk geplaatst door IT-worX

Zou dit bvb ook gaan via www.mobileweb.be?

Ik denk het wel. Zolang er iets omheen te scripten valt (e-mail to sms of een http request), kan het in het script gebouwd worden. Dit kan, lijkt het, enkel met hun 'sms gateway' (die EUR 250,- setup + EUR 250,- per jaar kost).

Jochem

Oorspronkelijk geplaatst door mordor

DutchTSE je bent goed bezig het ziet er goed uit met die uptime info erbij.

Kunnen wij deze al van je downloaden?

sorry was best wel werken van 10-21... ik ga hem ff uppen

http://www.myh2oservers.com/downloads/noc_v1.zip

Let erop dat de mijne geen sms functie ondersteund heb ik eruit gesloopt

Als er liefhebbers zijn voor de sms functie dan hoor ik het wel, ga ik hem maken

Oorspronkelijk geplaatst door IT-worX

Snaaps: goed idee eigenlijk...
Ping naar IP => server is UP, klikken op link en pas daar dan de services...

Ik zit boordevol ideeen, echter ben zelf niet zo goed in php.
Begrijp het een heel klein beetje.

snaaps: idem

Kan mijn plan trekken in PHP en uit een bestaand script de fouten zoeken maar zelf schrijven...vooral ZONDER lekken...

Type het in mensen, leuk voor de tussenuurtjes. (Al is het nu de derde nacht achter elkaar dat ik niet voor 3 uur in bed lig...)

Is het de bedoeling enkel de servers te monitoren, of meteen een geheel NOC script ervan te maken (met bvb een pagina waar alle (on)voorziene storingen opstaan voor klanten, en dat deze ingegeven kunnen worden via een adminpage?

IT-worX en anderen: Gooi al je ideeën hier maar neer, net als Randy heb ik ook nog wel tussenuurtjes waarin ik iets kan scripten. Misschien doe ik dan nog ideeën voor mezelf op .

Ik denk dat het wel interessant is als er inderdaad ook een functie komt waarmee er nieuws op de pagina gezet kan worden.

Jochem

Oorspronkelijk geplaatst door XBL

IT-worX en anderen: Gooi al je ideeën hier maar neer, net als Randy heb ik ook nog wel tussenuurtjes waarin ik iets kan scripten. Misschien doe ik dan nog ideeën voor mezelf op .

Ik denk dat het wel interessant is als er inderdaad ook een functie komt waarmee er nieuws op de pagina gezet kan worden.

Jochem

Als er serieus interesse is om aan dit script verder te gaan werken denk ik dat het beter is als iemand de huidige versie herschrijft, er afspraken komen over welke variabelen/functies er gebruikt worden, en we het allemaal gaan 'plannen', zodat we niet elkaars versie's zitten te editten en beide een leuke nieuwe feature scripten, en de gebruiker dus moet kiezen tussen 2 verschillende scripts

Zit wat in. Sowieso is het verstandig de basis functies in een class te proppen, zodat je zelf de class makkelijk kan extenden. Als de toegevoegde functionaliteit dan erg handig blijkt, kan één iemand die in de default class stoppen. Lijkt me dus het handigst als 1 iemand het script beheerd.

Oja, de manier van uptime meten die jij gebruikt vind ik zelf niet zo heel netjes . Je mist de mogelijkheid om bijvoorbeeld per week (of welke tijd-hoeveelheid dan ook) de uptime weer te geven. Het is denk ik verstandiger de downtijd op te slaan, met datetime erbij. Ik zit dan alleen een beetje met het probleem van downtime die 's nachts plaats vind (en dus deels op de ene dag plaats vind en deels op de andere).

Je zou er ook voor kunnen kiezen om per check op te slaan; nadeel is dat je dan binnen een jaar met een controle per minuut op ruim een half miljoen records zit. Niet belachelijk veel (nog snel te doorzoeken als je de keys goed zet), maar het tikt wel erg rap aan als je enkele jaren aan het monitoren bent.

Jochem

Oorspronkelijk geplaatst door XBL

Oja, de manier van uptime meten die jij gebruikt vind ik zelf niet zo heel netjes . Je mist de mogelijkheid om bijvoorbeeld per week (of welke tijd-hoeveelheid dan ook) de uptime weer te geven. Het is denk ik verstandiger de downtijd op te slaan, met datetime erbij. Ik zit dan alleen een beetje met het probleem van downtime die 's nachts plaats vind (en dus deels op de ene dag plaats vind en deels op de andere).

Ik heb zelf nauwelijks naar de code gekeken, heb alleen de 2 scripts samengevoegd tot een werkend geheel niet gekeken naar de manier waarop de uptime berekend wordt.

Verder is deze uptime per maand, dus elke maand wordt hij gereset, een overzicht welke maand welke uptime had is makkelijk te maken (select * from uptime where maand = '$maand', en dan uptime delen door aantal checks

@DutchTSE
Als ik op je website het noc script wil bekijken zegt ie:

Welkom op de Network Operations Control pagina van Eliveld Networks. Op deze pagina vindt u een status
overzicht van ons netwerk. Storingen worden automatisch per SMS bekend gemaakt aan de technische dienst.

Let op! Indien een van de servers slecht of niet reageert, wordt Eliveld Networks hier automatisch van op de hoogte gesteld.

Ik denk dat je nog het script van Randy effe moet aanpassen (ivm Eliveld tekst)

Oorspronkelijk geplaatst door DutchTSE

Als er serieus interesse is om aan dit script verder te gaan werken denk ik dat het beter is als iemand de huidige versie herschrijft, er afspraken komen over welke variabelen/functies er gebruikt worden, en we het allemaal gaan 'plannen', zodat we niet elkaars versie's zitten te editten en beide een leuke nieuwe feature scripten, en de gebruiker dus moet kiezen tussen 2 verschillende scripts

CVS Repository

Oorspronkelijk geplaatst door DutchTSE

Verder is deze uptime per maand, dus elke maand wordt hij gereset, een overzicht welke maand welke uptime had is makkelijk te maken (select * from uptime where maand = '$maand', en dan uptime delen door aantal checks

Dat was niet m'n punt, m'n punt was dat ik de downtime op alle manieren wil kunnen berekenen. Desnoods per uur. Dat betekend dus dat het op een andere manier moet worden opgeslagen als dat het nu gebeurd; daar was ik een beetje over aan het nadenken. Nog geen goede oplossing gevonden; zijn er mensen die hier wat meer ervaring/ideeën over hebben (het berekenen van het uptime percentage).

Jochem

de metingen opslaan, niet de uptime

De metingen zijn immers je gegevens.