Onderwerp: Ipoman interface problemen

ik ga de nieuwe firmware deze week proberen als ik voor regulier onderhoud in het datacenter ben

ik had na 9 weken geen problemen weer een vastloper, daarna weer 4 weken geen problemen, geen doen natuurlijk

als ik de support mensen goed begrepen heb, zit de gebruikte processor aan z'n max en vooral als er https requests langs komen

Naja, wij hebben alvast 1 iPoman op test geupdate naar v1.08Test3, hopen dat deze het beter volhoud en hopen dat v1.09 snel komt.

Oorspronkelijk geplaatst door Smart-Guyz

Naja, wij hebben alvast 1 iPoman op test geupdate naar v1.08Test3, hopen dat deze het beter volhoud en hopen dat v1.09 snel komt.

Lees jij mijn berichten eigenlijk, want de 1.09 is al 2 dagen geleden gereleased.

iemand al ervaringen met de 1.09?


voor de 120x hier te downloaden: http://goo.gl/SVal6

===========================================
Release Note for iPoMan II
===========================================
Release Information for v1.08
==============================

Products applied: iPoMan II 1201 (120V/230V) / iPoMan II 1202 (120V/230V)

Release date: 2011/07/21

Release type: Maintenance release

Firmware version: 1.09

File name: iPoMan_1200_v109.BIN

File size: 1,603,343 bytes


New Features and Enhancement:
----------------------------------------------------------
1.Changed telnet default value form enable to disable.
2.Improve EMD ping lost malfunction.
3.Improve broadcast storm issue
4.Enhance http buffer protection.

( en ja, daar staat 1.08 in de releasenotes, gevalletje knippen en plakken door ingrays )

Oorspronkelijk geplaatst door Geert-Jan

Geld dit nog steeds sinds 04/04/11?

Ook de mijne hangt nu, dus ook benieuwd naar de 1.09 versie.

Net gechecked en volgens mij heeft hij sindsdien geen reset gehad.

Nog wel een vast loper op 1 van de Ipomannen v1.08Test3 gisteren allen geupgrade naar de laatste versie 1.09. Dus maar weer afwachten of het nu stabiel blijft?

Oorspronkelijk geplaatst door Yourwebhoster

Net gechecked en volgens mij heeft hij sindsdien geen reset gehad.

Even gekeken en het lijkt er op dat een ipoman voor het laatst 7 april gereset is, sindsdien geen problemen. V1.08.

Hier geen problemen meer gehad sinds 1.08, maar nu toch ook maar de 1.09 geinstalleerd. Desondanks zullen wij vermoedelijk in de toekomst toch geen IpoMan's meer ophangen, net een nieuwe batch APC's binnen dus voorlopig kunnen we daar weer mee vooruit.

Oorspronkelijk geplaatst door TotallyHosted

Hier geen problemen meer gehad sinds 1.08, maar nu toch ook maar de 1.09 geinstalleerd. Desondanks zullen wij vermoedelijk in de toekomst toch geen IpoMan's meer ophangen, net een nieuwe batch APC's binnen dus voorlopig kunnen we daar weer mee vooruit.

Als 1.09 de oplossing is dan vind ik dit prima hoewel ik liever zie dat ze een nieuwe versie ontwikkelen die een wat krachtigere cpu heeft (makkelijker gedaan dan .... maar toch). Verder prima dingetjes, en als ze niet meer vastlopen great. Heb helaas de kWh functie nodig en anders zit je in het duurdere segment.

Oorspronkelijk geplaatst door Yourwebhoster

Als 1.09 de oplossing is dan vind ik dit prima hoewel ik liever zie dat ze een nieuwe versie ontwikkelen die een wat krachtigere cpu heeft (makkelijker gedaan dan .... maar toch). Verder prima dingetjes, en als ze niet meer vastlopen great. Heb helaas de kWh functie nodig en anders zit je in het duurdere segment.

Zit met hetzelfde probleem, heb nu wel 2 nieuwe pdu's gekocht voor eigen servers (waar kwh geen rol speelt). Maar voor colocatie klanten is het natuurlijk wel van belang dat ik weet hoeveel Ampere en Kwh ze trekken.

Maar denk eerlijk gezegd niet dat het iets met die cpu te zien heeft, want in alle e-mails met ingrasys hebben ze het over http(s) en ssh die problemen geeft. Enkel log ik nooit in op ssh en 1 keer in de maand (als het al zoveel is) op de webinterface. Wat ik echter wel doe is om de 5 minuten een snmp get en ping om te zien of het nog online is. En voor snmp zou die cpu eigenlijk meer dan genoeg moeten zijn, zelf oude switches en apc pdu's van 10 jaar geleden hadden dat probleem niet.

Verder zouden ze misschien beter ook eens de optie bij steken om enkel gebruik te maken van een externe syslog server en geen log files meer intern op te slaan, buiten Kwh teller dan.

Wat volgens mij het probleem is, is dat er iets van een buffer volloopt waardoor het gehele ding niet meer bereikbaar is na een aantal weken of maanden. Ik vermoed dat het met portscan's dan wel brute force logins o.i.d. te maken heeft.

Wanneer de interface niet meer bereikbaar is, pingt het ding ook niet meer, laat staan dat je er via SSH of Telnet nog in komt. Enige mogelijkheid is dan nog om 'm te resetten via de resetknop aan de achterkant die je met een paperclip in kunt duwen. Godzijdank blijven de poorten wel gewoon stroom geven tijdens een reset en is het puur de webinterface die gereset wordt.

Als dit probleem is opgelost zijn het inderdaad prima dingen. De webinterface werkt prima, zij het wat traag (ook het uitlezen van de status gaat niet erg snel, iets wat wij wel graag zouden willen... maar dat is ook alweer maanden terug dat ik dat geprobeerd heb vanuit een PHP-script, niet bij de huidige versies van de firmware in elk geval). De monitoring van stroomverbruik per poort en de prijs staan ons namelijk WEL aan.

Oorspronkelijk geplaatst door TotallyHosted

Wanneer de interface niet meer bereikbaar is, pingt het ding ook niet meer, laat staan dat je er via SSH of Telnet nog in komt. Enige mogelijkheid is dan nog om 'm te resetten via de resetknop aan de achterkant die je met een paperclip in kunt duwen. Godzijdank blijven de poorten wel gewoon stroom geven tijdens een reset en is het puur de webinterface die gereset wordt.

Die reset zit aan de voorkant hoor en niet aan de achterkant , verder dacht ik ook dat de console (terminal) ook nog werkte. Althans ik heb hem zo vorige keer nog een reboot kunnen geven en toen ging alles ook terug. Wat me laatste keer wel opgevallen is dat toen hij niet meer reageerde de netwerk connectie (lampje) wel nog aan het pinken was dus hij moet het fysiek nog ontvangen.

Nu zeer binnenkort ga ik even een test uitvoeren en de ipoman 1201 rechtstreeks op een crosskabel steken met de noc server en zien of dit helpt. In het geval hij dan nog crashed heeft dit volgens mij dan niks meer te zien met broadcast storm etc, maar met iets van buffer en/of logfiles die vanuit ping/snmp komen in mijn geval. Iemand anders al testen gedaan om bepaalde dingen uit te sluiten?

Oorspronkelijk geplaatst door The-BosS

Die reset zit aan de voorkant hoor en niet aan de achterkant ,

Dat ligt eraan hoe je ze in het rack hangt Het kan handig zijn de aansluitingen aan de achterkant van het rack te houden, en de oortjes dus aan de kant van de stroomaansluitingen te houden.

Aangezien wij de aansluitingen niet (altijd) direct vullen, zit de resetknop bij ons inderdaad aan de achterkant, zodat wij makkelijker bij de stroomaansluitingen kunnen wanneer er nieuwe servers bij gehangen worden. De resetknop heb je in principe nooit nodig (ware het niet dat de iPoman daar anders over denkt)

Oorspronkelijk geplaatst door Magus

Dat ligt eraan hoe je ze in het rack hangt Het kan handig zijn de aansluitingen aan de achterkant van het rack te houden, en de oortjes dus aan de kant van de stroomaansluitingen te houden.

Als je achteruit rijdt met je auto wordt het niet automatisch je voorkant . Console en reset en display is de voorkant hoe je dat ding ook vasthoudt of monteert.

Oorspronkelijk geplaatst door TotallyHosted

Aangezien wij de aansluitingen niet (altijd) direct vullen, zit de resetknop bij ons inderdaad aan de achterkant, zodat wij makkelijker bij de stroomaansluitingen kunnen wanneer er nieuwe servers bij gehangen worden. De resetknop heb je in principe nooit nodig (ware het niet dat de iPoman daar anders over denkt)

Heb ik ook geen problemen mee aangezien die niet omgekeerd in het rack hangt maar vooraan vast hangt, het is maar wat zelf het makkelijkste vindt zeker.