Re: 3.10.9 und netsnmp?
kay <[email protected]>
| Newsgroups | spline.fli4l.opt |
|---|---|
| Organization | spline |
| Message-ID | <[email protected]> |
Am 20.04.2017 um 20:11 schrob Roland Franke: > Hallo, >> Am 19.04.2017 um 19:27 schrob Alexander Dahl: >>> kay schrieb Dienstag, 18. April 2017, 21:49 (CEST): > >> Es GIBT ein OPT_NETSNMP! Da steht aber nix bei das es unter 3.10.9 > > Das Paket damals wurde von einem externen Anwender geschrieben > und nicht vom Team, somit kann hier kein Support für das Paket gemacht > werden. Eine Weiterentwicklung ist dann wegen fehlenden eigenen > Einsatz ja auch nicht möglich. > > Genau da ist das Problem. Es gibt eben niemanden der sich diesem Paket > annehmen möchte, da es nicht (Zumindest mir bekannt) eingesetzt wird. Offenbar gibt es; neben mir; wenigstens noch einen der Interesse an der Nutzung bekundete. > Also nocheinmal: > DU will das OPT_NETSNMP, der original Entwickler hat seit 2009 das Paket > selbst nicht mehr aktualisiert. > > Aber im Team wird > hier keiner das Paket bauen, da es da nicht eingesetzt wird und es hier Sag mal, kann es sein das ich was nicht mitbekam, von Falschen Voraussetzungen ausging oder wir aneinander vorbei reden? Ich Schrieb diese Frage in dieser Gruppe (OPT) in der Annahme das es hier primär um Optionale Pakete geht, egal ob die nun vom Team in die Basispakete einverleibt wurden oder von externen kommen oder kamen. Und jetzt verstehe ich das mal so als würde es hier primär um die Opts des Teams gehen und wenn nicht und der Erstersteller keinen Bock mehr hatte man dann eben "Pech hat". Kommt das in Etwa hin? Wenn ich dir auch mal glaube das es niemand einsetzt (weil es vielleicht nicht funktioniert) dann war es das mit diesem Paket wohl erst mal. Wenn aber jeder der; wie ich; vorab nur danach fragt ob es läuft, die Antwort bekommt "es ist alt, Ersteller weg, wir machen daran nix, wird nicht gehen" dann wundert es nicht das es NICHT benutzt wird oder? :-) = Ebenfalls lahm gelegt. Tja, nun. Wenn ich 3.10.9 am Laufen habe werde ich es mal probieren ob es tut. Wichtiger ist mir im Moment gkrellmd der wohl ein ähnliches Schicksal erleidet. Immerhin weiß ich bei dem das es mit 3.6.2 läuft, bei netsnmp nicht. Und mir kommt es vorerst auf die Überwachung per gkrellmd an. DAS funktioniert auch auf meiner Linux-büchse, der imonc will dort einfach nicht backen. snmp wäre aber der einfache generelle weg vom Router das gleiche zu bekommen wie von hosts, switches u.a. ohne Fragwürdige Experimente mit exportieren von rrds oder sonstigem. Nebenbei war ähnliches ein Nachteil bei meiner Zwischenzeitlichen Routerlösung Ipfire. gkrellmd gab es dafür NICHT, aber snmp. Kay -- Posted via SN