Informationen zum monitord 2.0

[funkwart]

@carrier92: Sieht sauber aus. Hat nur für mich den Haken, dass ich unter Linux meinen monitord laufen lassen möchte. Da Dein Frontend nicht auf eine Datenbank zugreift, die von monitord direkt gespeist wird (richtig?), muss der Client mit dem FE also ständig laufen. Da das FE aber nicht auf einem Linux-Server laufen kann, bräuchte ich noch einen weiteren Rechner, der ständig mitläuft. Oder kann man das FE auch mit z.B. Wine unter Linux laufen lassen?

@mdi: Ich werde es mir mal ein wenig genauer ansehen...

Gruß,
Funkwart

[funkwart]

Moin Forum,

ich habe mir einen kleinen ThinClient (Futro) aufgesetzt mit absolute-Linux (www.absolutelinux.org). Wenn ich versuche, den monitord zu compilieren, bekomme ich folgende Fehlermeldung:

cd . && /bin/sh /home/hk/trunk/missing --run autoheader
aclocal.m4:16: warning: this file was generated for autoconf 2.61.
You have another version of autoconf.  It may work, but is not guaranteed to.
If you have problems, you may need to regenerate the build system entirely.
To do so, use the procedure documented by the package, typically `autoreconf'.
/usr/bin/m4:configure.ac:67: bad expression in eval: use_plugins=${enableval}+0
/usr/bin/m4:configure.ac:67: bad expression in eval (bad input): 7 > (use_plugins=no)
/usr/bin/m4:configure.ac:67: bad expression in eval (bad input): 20 > (use_plugins=no)
/usr/bin/m4:configure.ac:67: bad expression in eval (bad input): 27 > (use_plugins=no)
/usr/bin/m4:configure.ac:67: bad expression in eval (bad input): 35 > (use_plugins=no)
/usr/bin/m4:configure.ac:67: bad expression in eval (bad input): 44 > (use_plugins=no)
/usr/bin/m4:configure.ac:67: bad expression in eval (bad input): 47 > (use_plugins=no)
/usr/bin/m4:configure.ac:67: bad expression in eval (bad input): 51 > (use_plugins=no)
autom4te: /usr/bin/m4 failed with exit status: 1
autoheader: '/usr/bin/autom4te' failed with exit status: 1
make: *** [config.h.in] Error 1

Ich habs mal mit automake -V gecheckt, meine Version ist 2.65. Da diese neuer ist, dachte ich, dass eigentlich das Compilieren funktionieren sollte. Leider ist dem nicht so und ich muss mal wieder einen neuen Anlauf für den Wechsel zum monitord canceln.

Hat jemand eine Idee / einen Workaround / eine Lösung für dieses Problem???

Gruß,
Funkwart

PS: Ich habe versucht, ohne Plugins zu compilieren, damit erstmal wenigstens der Grundstock gelegt ist. Leider daneben :-(

[Backdraft007]

Schonmal "autoreconf", wie es in Deiner Ausgabe steht, ausgeführt?

[funkwart]

Ja, folgender Output:

/usr/share/aclocal/libfame.m4:6: warning: underquoted definition of AM_PATH_LIBFAME
/usr/share/aclocal/libfame.m4:6:   run info '(automake)Extending aclocal'
/usr/share/aclocal/libfame.m4:6:   or see http://sources.redhat.com/automake/automake.html#Extending-aclocal
/usr/bin/m4:configure.ac:67: bad expression in eval: use_plugins=${enableval}+0
/usr/bin/m4:configure.ac:67: bad expression in eval (bad input): 7 > (use_plugins=no)
/usr/bin/m4:configure.ac:67: bad expression in eval (bad input): 20 > (use_plugins=no)
/usr/bin/m4:configure.ac:67: bad expression in eval (bad input): 27 > (use_plugins=no)
/usr/bin/m4:configure.ac:67: bad expression in eval (bad input): 35 > (use_plugins=no)
/usr/bin/m4:configure.ac:67: bad expression in eval (bad input): 44 > (use_plugins=no)
/usr/bin/m4:configure.ac:67: bad expression in eval (bad input): 47 > (use_plugins=no)
/usr/bin/m4:configure.ac:67: bad expression in eval (bad input): 51 > (use_plugins=no)
autom4te: /usr/bin/m4 failed with exit status: 1
aclocal: /usr/bin/autom4te failed with exit status: 1
autoreconf: aclocal failed with exit status: 1

Ratlosigkeit allerorten...

Gruß,
Funkwart

[Backdraft007]

Ich schließe mich mal bei der Ratlosigkeit an. ;)

Kann leider derzeit kein Test-System aufbauen.
Müsste evtl. ein Entwickler nochmal was zu sagen.

[ToffiFee]

Hallo zusammen,
schön, dass hier wieder Leben reinkommt!

Als begeisterter Endanwender des Monitor lese ich hier häufig und gern mit.

Etwas liegt mir jedoch noch im Magen, bitte verzeiht falls das schon angeschnitten wurde, der Monitorthread ist ja... ein... Fiasko.

Der Monitor in seiner Urversion (später mit MySQL Plugin) war bei mir lange im Einsatz, nicht zuletzt wegen seiner enormen Flexibilität durch die .monrc . Das ist der Punkt den ich beim monitor 2.0 vermisse. Gibt es von Hause aus keine Möglichkeit bei bestimmten Ereignissen Aktionen (sh scripts) ablaufen zu lassen?
Vom Prinzip her ist das Aufgabe des Clients das habe ich so weit auch verstanden, leider habe ich was Programmierung angeht zwei linke Hände... Gibt es bereits einen Client der solch rudimentäre funktionen beherrscht?

Ansonsten einen riesen Dank an die Entwicker, toll, dass es Leute wie euch gibt!

Gruß,
Bene

[mdi]

Moin,

ich kanns derzeit leider nicht komplett testen; Zeile 67ff der configure.ac:

AC_ARG_ENABLE([plugins],
[AC_HELP_STRING([--enable-plugins],
[enable experimental plugin support (default is no)])],
[use_plugins=${enableval}], [use_plugins=no]),
[ plugins=true])

Sollte tun, wenn ich richtig liege. Feedback erwünscht :)!

Edit: Lässt sich bei mir problemlos kompilieren, ist im SVN.

Viele Grüße
Martin

[maddin88]

Ich möchte ToffiFee größtenteils zustimmen.
Ich habe länger nicht mehr aktualisiert, also könnten meine Infos veraltet sein. (never touch a running system ;-))

Es wäre super, wenn zumindest ein Beispielclient/Template vorhanden wäre, der Alarminfos entgegennimmt und irgendwie ausgibt. Nur, um leicht zu sehen, wie man programmieren muss, ohne sich lang einarbeiten zu müssen.

Manchmal habe ich Probleme beim Starten, der monitord bekommt kein Lock für die Soundkarte... Gab es da für 2.0 Änderungen an der Software, sodass sich ein Update lohnen würde?

MySQL-Plugin läuft auch bei mir, funktioniert super!

Danke Euch!