Mageia Forum

Ich habe es ja bereits angekündigt: Möchte über das Tool NetApplet die graphische Darstellung der gegenwärtigen Netzwerkaktivitäten betrachten, erfolgt nach Klick auf den Button „Überwachung“ keinerlei Reaktion. Eingerichtet wurde über das Mageia Kontrollzentrum eine LAN-Verbindung (ADSL) mit einer Netzwerkkarte Realtek Semiconductor RTL-8139. Als Verbindungsprotokoll wurde PPP über Ethernet (PPPoE) gewählt. (eth0)

An dafür zuständigen Paketen ist folgendes installiert:

Code: Alles auswählen

[kobold@localhost ~]$ rpm -qa | grep drak
harddrake-ui-14.21-1.mga2
userdrake-1.13.6-1.mga2
libdrakx-net-1.12-1.mga2
drakx-net-1.12-1.mga2
harddrake-14.21-1.mga2
perl-MDV-Packdrakeng-1.13-9.mga1
rpmdrake-5.34-1.mga2
drakx-kbd-mouse-x11-0.102-1.mga2
drakx-net-applet-1.12-1.mga2
libdrakx-kbd-mouse-x11-0.102-1.mga2
drakx-net-text-1.12-1.mga2
drak3d-1.32-1.mga2
transfugdrake-1.9.4-1.mga1
drakconf-icons-12.30-1.mga2
drakconf-12.30-1.mga2
drakxtools-14.21-1.mga2
drakxtools-backend-14.21-1.mga2
drakguard-0.7.8-1.mga1
drakxtools-curses-14.21-1.mga2

Interessanterweise deutet die Symbolik darauf hin, dass weder unter eth0, noch eth1 ein Zugang eingerichtet ist. Allerdings bin ich mir sicher, dass unter Mageia1 auch bei der nichtaktiven Schnittstelle zumindest das Koordinatensystem angezeigt wurde. (Bild)



Bisher habe ich:
- die eingerichtete Verbindung im MCC komplett gelöscht und wiederholt eingerichtet
- die Netzwerkverbindung in einem neu angelegten Benutzerprofil überprüft,
beides ohne Erfolg.

Tools, wie iptraf oder etherape zeigen den Datenstrom korrekt an.
Ich nutze Mageia2, 32-bit mit der Oberfläche KDE.

Hat jemand eine Idee, was man noch tun könnte?

Das benötigte Paket vnstat ist installiert?

Hatte ich vergessen, zu erwähnen. Ja das ist da.

Code: Alles auswählen

[kobold@localhost ~]$ rpm -qa | grep vnstat
vnstat-1.10-3.mga2

Nochmalige Recherchen brachten mich zu diesem Bugreport: https://bugs.mageia.org/show_bug.cgi?id=243
Die nachträgliche Installation von net_monitor brachte das gewünschte Ergebnis.

Für mich stellt sich dabei allerdings eine Frage:
Weshalb ist es notwendig, bei einer Standardinstallation - ich habe die Installation mit der Wahl "KDE" komplett vorgenommen - nachträglich noch Pakete einzupflegen, wobei das Fehlen der Pakete erst durch Forenbeiträge oder Bug-Reports bemerkt wird!?

Zwar nicht konkret zum Thema passend, allerdings gleiche Situation: Bei der Nutzung der aktuellen Libre-Office Version (Hersteller-Seite) geht die Installation reibungslos vonstatten, möchte man jedoch das Programm starten, passiert erst einmal - nichts! Ein Blick auf die Konsole verrät: Das Paket libpng12_0-1.2.49-1.mga2 muss nachinstalliert werden. Ich kann mich jedenfalls nicht daran erinnern, selbst unter Mandriva zusätzlich Pakete installiert zu haben, damit eine Anwendung erst funktioniert!!

Ich denke mal, hier sind wir alle (Nutzer + Entwickler) gefordert und haben auch noch einiges zu tun!

Für heute und in diesem Fall: Thema erledigt!

Pitti hat geschrieben:Für mich stellt sich dabei allerdings eine Frage:
Weshalb ist es notwendig, bei einer Standardinstallation - ich habe die Installation mit der Wahl "KDE" komplett vorgenommen - nachträglich noch Pakete einzupflegen, wobei das Fehlen der Pakete erst durch Forenbeiträge oder Bug-Reports bemerkt wird!?

Weil der Bug noch nicht behoben wurde, siehe https://bugs.mageia.org/show_bug.cgi?id=157

Bei der Nutzung der aktuellen Libre-Office Version (Hersteller-Seite) geht die Installation reibungslos vonstatten, möchte man jedoch das Programm starten, passiert erst einmal - nichts! Ein Blick auf die Konsole verrät: Das Paket libpng12_0-1.2.49-1.mga2 muss nachinstalliert werden.

Das ist der Unterschied zwischen den Paketen aus dem Mageia-Repo und denen von der Herstellerseite. Wenn diese die Abhängigkeit vom lipng-Paket nicht enthalten, wird libpng auch nicht installiert. Auch wenn diese Pakete vom Hersteller die Abhängigkeit enthalten, so wird die Abhängigkeit natürlich nur aufgelöst, wenn Du die Pakete mit 'urpmi' installierst.

Das ist also kein Mageia-Problem.

so wird die Abhängigkeit natürlich nur aufgelöst, wenn Du die Pakete mit 'urpmi' installierst.

Ist schon klar. Ich wüsste allerdings auch nicht, wie ich es anders machen sollte.
(siehe RPM-basierte Systeme: http://de.libreoffice.org/download/installation/)

wobo hat geschrieben:Das ist der Unterschied zwischen den Paketen aus dem Mageia-Repo und denen von der Herstellerseite.

Vollkommen richtig. Ich bin mir auch bei der Nutzung von "Fremdpaketen" gegenüber denen aus den Repos, über Risiken und Konsequenzen voll und ganz bewusst. Allerdings verweise ich noch mal darauf:

ich habe die Installation mit der Wahl "KDE" komplett vorgenommen

Mageia 2 wurde genauso, wie Mageia 1 installiert: DVD rein, Oberfläche "KDE" wählen, durchlaufen lassen, DVD raus, Programme verwenden (oder halt nachinstallieren). Der Unterschied zwischen Mageia 1 + 2: Bei Version 1 war NetApplet sofort nutzbar, LO konnte ebenfalls ohne Probleme ersetzt werden. Für Mageia 2 hingegen waren die o.g. Nacharbeiten fällig.

Pitti hat geschrieben:ich habe die Installation mit der Wahl "KDE" komplett vorgenommen. Mageia 2 wurde genauso, wie Mageia 1 installiert: DVD rein, Oberfläche "KDE" wählen, durchlaufen lassen, DVD raus, Programme verwenden (oder halt nachinstallieren). Der Unterschied zwischen Mageia 1 + 2: Bei Version 1 war NetApplet sofort nutzbar, LO konnte ebenfalls ohne Probleme ersetzt werden. Für Mageia 2 hingegen waren die o.g. Nacharbeiten fällig.

Betreffend LO: Es ist logisch, dass die Herstellerversion nach der von ihr benötigten Version der libpng verlangt. Das stimmte bei MGA1 überein. Allerdings benutzt Mageia 2 standardmäßig eine neuere Version (libpng15), so dass das ältere libpng12 für die Herstellerversion extra installiert werden muss.

Was das Net-Applet betrifft, so kann ich das nicht so ganz nachvollziehen. Laut Bug # 157 fehlt der Hinweis, net-monitor zu installieren, seit dem Cauldron für MGA1 und ist immer noch valide (trifft auch auf meine MGA2-Installationen zu). Da ich den Netmonitor nie benutze, kann ich nicht sagen, ob er in der MGA1 automatisch vorhanden war.

wobo hat geschrieben:Was das Net-Applet betrifft, so kann ich das nicht so ganz nachvollziehen. Laut Bug # 157 fehlt der Hinweis, net-monitor zu installieren, seit dem Cauldron für MGA1 und ist immer noch valide (trifft auch auf meine MGA2-Installationen zu). Da ich den Netmonitor nie benutze, kann ich nicht sagen, ob er in der MGA1 automatisch vorhanden war.

Ggf. einfach nochmal einen Kommentar in den Bug reinhauen, dass es bei Mageia 2 noch vorhanden ist, und man nichtmal einen Hinweis erhält, das Paket zu installieren.

wobo hat geschrieben:Betreffend LO: Es ist logisch, dass die Herstellerversion nach der von ihr benötigten Version der libpng verlangt. Das stimmte bei MGA1 überein. Allerdings benutzt Mageia 2 standardmäßig eine neuere Version (libpng15), so dass das ältere libpng12 für die Herstellerversion extra installiert werden muss.

Super! Das ist ganz lieb, dass Du Dir die Mühe gemacht hast, dort etwas tiefer zu recherchieren - Danke!!
(Mir fehlte dazu einfach die Zeit.) LO läuft - und das ist die Hauptsache!!

Was das Net-Applet betrifft, so kann ich das nicht so ganz nachvollziehen. Laut Bug # 157 fehlt der Hinweis, net-monitor zu installieren

Ehrlich gesagt, ich auch nicht. Bei der Suche im Netz bin ich auf den Bug-Report gestoßen, hatte das Stichwort net_monitor gelesen und darauf das Paket installiert. Der Zufall wollte es: Das wars!

doktor5000 hat geschrieben:Ggf. einfach nochmal einen Kommentar in den Bug reinhauen, dass es bei Mageia 2 noch vorhanden ist, und man nichtmal einen Hinweis erhält, das Paket zu installieren

Wird mit erledigt - für heute ist erstmal Büroschluss!
Nochmals danke an euch beide!

doktor5000 hat geschrieben:Ggf. einfach nochmal einen Kommentar in den Bug reinhauen, dass es bei Mageia 2 noch vorhanden ist.

Wurde bereits von Marja provoziert und am 11.Juni von Alejandro Cobo drangehängt.

Wenn das Toold doch von mehr Usern benutzt wird, wäre es vielleicht nützlich, die Notwendigkeit des nachträglichen Installierens in die Errata zu schreiben. Denn die liest ja jeder!

wobo hat geschrieben:Wenn das Toold doch von mehr Usern benutzt wird, wäre es vielleicht nützlich, die Notwendigkeit des nachträglichen Installierens in die Errata zu schreiben. Denn die liest ja jeder!

Erledigt: https://wiki.mageia.org/en/Mageia_2_Err ... es_nothing

Die nachträgliche Installation der Pakete vnstat und net_monitor brachten bei der Lösung nur einen Teilerfolg: Nach jedem Neustart stagnierte die Anzeige der momentan dargestellten Werte, d.h. es erfolgte keinerlei Aktualisierung. Das manuelle Stoppen und erneute Starten des Dienstes vnstat unter drakxservices ermöglichte von nun an die Erfassung des verbrauchten Traffics – allerdings auch nur bis zum nächsten Neustart, danach ging das ganze Procedere erneut los.

Momentan habe ich mir folgendermaßen geholfen: Von der Entwicklerseite http://humdi.net/vnstat/ habe ich das für Fedora & Co. konzipierte etc/init.d script heruntergeladen http://humdi.net/vnstat/init.d/redhat/vnstat und damit das vorhandene Skript vnstat unter /etc/init.d/ ersetzt. Seitdem funktioniert NetApplet uneingeschränkt und zu meiner vollen Zufriedenheit. Mein eigentliches Problem damit zwar gelöst, allerdings kann diese Variante doch nicht im Sinne der Entwickler von Mageia sein!?

Kopfschüttelnde Grüße,

Pitti

P.S.: Hier nochmal beide Skripte zum Vergleich:

vnstat (Mageia):

Code: Alles auswählen

#! /bin/sh
#
# chkconfig: 2345 20 50
# description: vnStat - a lightweight network traffic monitor
# processname: vnstatd
# config: /etc/vnstat.conf

### BEGIN INIT INFO
# Provides:          vnstat
# Default-Start:     2 3 4 5
# Default-Stop:      0 1 6
# Short-Description: lightweight network traffic monitor
### END INIT INFO

VNSTATD_BIN=/usr/sbin/vnstatd

[ -x $VNSTATD_BIN ] || exit 0

# Source function library
. /etc/rc.d/init.d/functions

RETVAL=0
prog=vnstatd
pidfile=/var/run/vnstat.pid

start()
{
   gprintf "Starting %s: " "$prog"
   if [ -e "$pidfile" ] && [ -e /proc/`cat "$pidfile"` ]; then
      gprintf "already running.";
      success "%s is already running." "$prog";
      echo
      return 0
   fi
   daemon $VNSTATD_BIN -d
   RETVAL=$?
   echo
   return $RETVAL
}

stop()
{
   gprintf "Shutting down %s: " "$prog"
   killproc $VNSTATD_BIN
   RETVAL=$?
   echo
   rm -f $pidfile
   return $RETVAL
}

reload()
{
   gprintf "Reloading %s configuration: " "$prog"
   killproc $VNSTATD_BIN -HUP
   RETVAL=$?
   echo
   return $RETVAL
}

force_reload()
{
   pid=`pidofproc vnstatd`
   if [ -n "$pid" ]; then
      reload
   else
      start
   fi
}

case "$1" in
   start)
      start
      ;;
   stop)
      stop
      ;;
   reload)
      reload
      ;;
   restart)
      stop
      start
      ;;
   try-restart)
      if [ -f $pidfile ]; then
         stop
         start
      fi
      ;;
   force-reload)
      force_reload
      ;;
   status)
      status $prog
      RETVAL=$?
      ;;
   *)
      gprintf "Usage: %s {start|stop|reload|force-reload|restart|try-restart|status}\n" "$0"
      RETVAL=3
esac

exit $RETVAL


und
vnstat (Fedora..)

Code: Alles auswählen

#! /bin/sh
#
# chkconfig: 2345 20 50
# description: vnStat - a lightweight network traffic monitor
# processname: vnstatd
# config: /etc/vnstat.conf

### BEGIN INIT INFO
# Provides:          vnstat
# Required-Start:    $local_fs $remote_fs $network
# Required-Stop:     $local_fs $remote_fs $network
# Default-Start:     2 3 4 5
# Default-Stop:      0 1 6
# Short-Description: lightweight network traffic monitor
### END INIT INFO

VNSTATD_BIN=/usr/sbin/vnstatd

[ -x $VNSTATD_BIN ] || exit 0

# Source function library
. /etc/rc.d/init.d/functions

RETVAL=0
prog=vnstatd
pidfile=/var/run/vnstat.pid

start()
{
   echo -n $"Starting $prog: "
   if [ -e "$pidfile" ] && [ -e /proc/`cat "$pidfile"` ]; then
      echo -n $"already running.";
      success "$prog is already running.";
      echo
      return 0
   fi
   daemon $VNSTATD_BIN -d
   RETVAL=$?
   echo
   return $RETVAL
}

stop()
{
   echo -n $"Shutting down $prog: "
   killproc $VNSTATD_BIN
   RETVAL=$?
   echo
   rm -f $pidfile
   return $RETVAL
}

reload()
{
   echo -n $"Reloading $prog configuration: "
   killproc $VNSTATD_BIN -HUP
   RETVAL=$?
   echo
   return $RETVAL
}

case "$1" in
   start)
      start
      ;;
   stop)
      stop
      ;;
   reload)
      reload
      ;;
   restart)
      stop
      start
      ;;
   try-restart)
      if [ -f $pidfile ]; then
         stop
         start
      fi
      ;;
   force-reload)
      reload || (stop; start)
      ;;
   status)
      status $prog
      RETVAL=$?
      ;;
   *)
      echo $"Usage: $0 {start|stop|reload|force-reload|restart|try-restart|status}"
      RETVAL=3
esac

exit $RETVAL


Pitti hat geschrieben:Das manuelle Stoppen und erneute Starten des Dienstes vnstat unter drakxservices ermöglichte von nun an die Erfassung des verbrauchten Traffics – allerdings auch nur bis zum nächsten Neustart, danach ging das ganze Procedere erneut los.

Und wenn du das so einstellst, das es beim Systemstart mitlädt, das funktioniert dann nicht? Ich probiere das mal bei mir aus.

doktor5000 hat geschrieben:Und wenn du das so einstellst, das es beim Systemstart mitlädt, das funktioniert dann nicht?

Nein, leider nicht.

doktor5000 hat geschrieben:Ich probiere das mal bei mir aus.

Das wäre nett.

doktor5000 hat geschrieben:Ich probiere das mal bei mir aus.

Gibt es neue Erkenntnisse? Ich frage deshalb, weil es meiner Meinung nach ein Bug-Report wert wäre.
Ich brauche lediglich eine Bestätigung, dass es mir nicht nur alleine so geht...

Hmmm, also wenn ich net_monitor nach einem Neustart aufrufe, zeigt der mir sofort aktuelle Werte an. Verstehe das Problem nicht ganz ...

doktor5000 hat geschrieben:Hmmm, also wenn ich net_monitor nach einem Neustart aufrufe, zeigt der mir sofort aktuelle Werte an.

Das wollte ich nur wissen - also schaue ich nochmal bei mir.
Danke.

Habs mal eben durchgezogen:
Paket net_monitor installiert (vnstat wird automatisch mit installiert). Danach war sofort der Monitor über das Kontextmenü des Netzwerk-Icons aufrufbar.
Nachdem ich im Netzwerkcenter noch das Häkchen "Trafficaccounting aktivieren" gesetzt habe, war nach Neustart der Monitor inklusive Accounting über das Kontextmenü des Netzwerk-Icons aufrufbar.

EDIT:
Ich habe den Monitor stehen gelassen und das System zum Reboot aufgefordert. Nach dem Neustart war der Monitor auch sofort auf der Arbeitsfläche, allerdings fing die Zeiterfassung wieder bei 0 Sekunden an. Da es ja bei dieser Erfassung meist um eine Tages- oder (noch öfter) um eine Monatserfassung (z.B. bei der Teilung des Anschlusses in WGs) geht, ist dies "Accounting" wenig zweckdienlich. Oder übersteigt eine solche Aufaddierung die Möglichkeiten des Monitors (nicht implementiert)?

Ja klar, die gleichen Einstellungen benutze ich ja auch. Allerdings funktioniert es nur, wenn ich das Skript vnstat ersetze (s.oben). Ich werde mich am kommenden Wochenende auf Ursachensuche begeben.

@Pitti: löst die Änderung des vnstat-Skriptes das Problem mit der Aufaddierung? Ohne Aufaddierung brauche ich das Skript nicht zu ändern.

wobo hat geschrieben:@Pitti: löst die Änderung des vnstat-Skriptes das Problem mit der Aufaddierung?

Richtig. Letztendlich geht es mir darum auch. Die Darstellung der Verbindungen selber gefällt mir mit anderen Tools (z.B. Etherape) besser.

Ohne Aufaddierung brauche ich das Skript nicht zu ändern.

Ja, das funktioniert. Mir ist allerdings der Gesamt-Traffic wichtig - das klappt bei mir jedoch erst nach Austausch der Skripte.

Pitti hat geschrieben:

wobo hat geschrieben:@Pitti: löst die Änderung des vnstat-Skriptes das Problem mit der Aufaddierung?

Richtig. [....]
Mir ist allerdings der Gesamt-Traffic wichtig - das klappt bei mir jedoch erst nach Austausch der Skripte.

Nee, klappt bei mir nicht. Habe mal die Skripte nicht ausgetauscht sondern nur die Änderungen (sind ja nur 2 Zeilen in dem INFO-Teil am Anfang) durchgeführt. Auch nach Neustart fängt er wieder mit 0 an. Auch die Detailansicht der Statistik zeigt überall 0.

Pitti hat geschrieben:

wobo hat geschrieben:@Pitti: löst die Änderung des vnstat-Skriptes das Problem mit der Aufaddierung?

Ohne Aufaddierung brauche ich das Skript nicht zu ändern.

Ja, das funktioniert. Mir ist allerdings der Gesamt-Traffic wichtig - das klappt bei mir jedoch erst nach Austausch der Skripte.

Dann Bugreport gegen vnstat, mit den Hinweis dass ohne geänderte Initskripte von vnstat net_monitor nach Neustart bei 0 mit Zählen anfängt.

wobo hat geschrieben:die Änderungen (sind ja nur 2 Zeilen in dem INFO-Teil am Anfang) durchgeführt

Nein. Nimm ruhig mal Diff/Kdiff zu Hilfe und schaue Dir die Unterschiede beider Skript komplett an.
Neben echo -n $ (Fedora) und gprintf (Mageia) ist noch einiges an Unterschieden vorhanden.
Glaube mir, ein Austausch ist da besser...

Mag sein, also habe ich es auch gemacht. Bewirkt allerdings keine Änderung des Verhaltens. Nach jedem Neustart fängt der wieder bei 0 an, in dem Fenster "Detailiierte Statistik" ist überall 0 zu sehen.

Mal ne andere Frage: wo startest Du denn vnstat? Das wird doch normalerweise über einen Link in der entsprechenden rc?.d gemacht, also in rc2.d (sowie entsprechend 3,4,5). Und zwar, wenn ich die die Zeile "chkconfig: 2345 20 50" richtig lese mit "@K50" und "@S20", oder?

ich sehe aber, dass in keinem der Runlevel irgendwo der Link zu vnstat vorhanden ist.