Hallo Liste, ich habe da einen kleinen PC, der verschiedene Überwachungsaufgaben (mit mrtg, SNMP allg. etc.) wahrnimmt. Zwischenzeitlich sind die verschiedenen Skripte gewachsen und ich "optimiere" natürlich auch hin- und wieder. Lange Jahre war das Verhalten in der Speichernutzung so, das ca. 1/8 des Swapbereichs benutzt wurde, und die Nutzung auf diesem Niveau blieb. Vor 8 Wochen stieg der Swap-Speicherverbrauch in gerader Linie an um nach diesen 8 Wochen fast den gesamten Swap-Bereich zu beanspruchen. Nach einem swapoff/swapon ist die Swap-Nutzung wieder minimal um nun innerhalb 24 Stunden das Maximum zu beanspruchen. Interessanterweise ergeben sich aber keine Beeinträchtigungen oder Verlangsamung der Funktionen. Sicherlich hat eine meiner "Optimierungen" damit zu tun. Wie kann ich am sinnvollsten überwachen, welche Prozesse zu welchem Anteil ausgelagert werden? Gruß Rainer -- GMX Produkte empfehlen und ganz einfach Geld verdienen! Satte Provisionen für GMX Partner: http://www.gmx.net/de/go/partner
Hallo, Am Fri, 28 Apr 2006, Rainer Kulhanek schrieb:
Sicherlich hat eine meiner "Optimierungen" damit zu tun. Wie kann ich am sinnvollsten überwachen, welche Prozesse zu welchem Anteil ausgelagert werden?
top -dnh -- Paradox ist, wenn Glatzkoepfe sich in den Haaren liegen.
Am Freitag, 28. April 2006 20:12 schrieb David Haller:
Hallo,
Am Fri, 28 Apr 2006, Rainer Kulhanek schrieb:
Sicherlich hat eine meiner "Optimierungen" damit zu tun. Wie kann ich am sinnvollsten überwachen, welche Prozesse zu welchem Anteil ausgelagert werden?
top
Ja, ist klar. Mir gehts allerdings um eine Möglichkeit, automatisch mitschreiben zu können, -wann -welcher Prozess ausgelagert wird und -wieviel Speicher er im Swap benötigt. Top oder auch ps aux ist eine Möglichkeit. Allerdings muss ich dann erst ein Skript schreiben, um die gesuchten Werte laufend mitzulesen und in eine Datei wegzuschreiben. Problem dabei: Ich bin stinkfaul ;-)). Wird mir jedoch nichts anderes überbleiben. Ideal wäre wenn jemand geeignete Werte im /proc-Bereich kennt etc. Die Kiste ist eine SuSe 8.2. /sys gibt es da noch nicht. Nachtrag zum im letzten Beitrag geschilderten Problem: Nachdem stoppen aller Programme die auf dem Rechner laufen sowie beenden der verschiedenen Dämonen habe ich bei Top noch "ca. 3/4 Bildschirm voll" an Prozessen, von denen praktisch keine mehr wartend sind. Der Swapverbrauch hat sich trotz allem nicht geändert. Gruß Rainer
Hallo, Am Sat, 29 Apr 2006, Rainer Kulhanek schrieb:
Am Freitag, 28. April 2006 20:12 schrieb David Haller:
Am Fri, 28 Apr 2006, Rainer Kulhanek schrieb:
Sicherlich hat eine meiner "Optimierungen" damit zu tun. Wie kann ich am sinnvollsten überwachen, welche Prozesse zu welchem Anteil ausgelagert werden?
top
Ja, ist klar. Mir gehts allerdings um eine Möglichkeit, automatisch mitschreiben zu können, -wann -welcher Prozess ausgelagert wird und -wieviel Speicher er im Swap benötigt. Top oder auch ps aux ist eine Möglichkeit.
Ich finde bei 'ps aux' bzw. bei ps generell kein Feld fuer 'swap'. Auch in /proc/PID/statm oder /proc/PID/status finde ich nix. Also top.
Allerdings muss ich dann erst ein Skript schreiben, um die gesuchten Werte laufend mitzulesen und in eine Datei wegzuschreiben. Problem dabei: Ich bin stinkfaul ;-)). Wird mir jedoch nichts anderes überbleiben. Ideal wäre wenn jemand geeignete Werte im /proc-Bereich kennt etc. Die Kiste ist eine SuSe 8.2. /sys gibt es da noch nicht.
s.o. Passe dir ggfs. die ~/.toprc an. Ein Ansatz: trap 'exit 0;' 0 1 2 15 while true; do top -b -n 1 | awk ' ### bei meiner toprc ist SWAP $7 und COMMAND $14 $7 > 0 { print $14": "$7; }' sleep 5; done
Nachtrag zum im letzten Beitrag geschilderten Problem: Nachdem stoppen aller Programme die auf dem Rechner laufen sowie beenden der verschiedenen Dämonen habe ich bei Top noch "ca. 3/4 Bildschirm voll" an Prozessen, von denen praktisch keine mehr wartend sind. Der Swapverbrauch hat sich trotz allem nicht geändert.
Kernelthreads? Zeig mal her (top -b -n 1), gern auch als PM. -dnh -- A rule for life. echo 16i[q]sa[ln0=aln100%Pln100/snlbx]sbA0D4D465452snlb xq |dc
Am Samstag, 29. April 2006 17:43 schrieb David Haller:
Ich finde bei 'ps aux' bzw. bei ps generell kein Feld fuer 'swap'. Auch in /proc/PID/statm oder /proc/PID/status finde ich nix.
Also top.
Wo Du recht hast, hast du recht!
Allerdings muss ich dann erst ein Skript schreiben, um die gesuchten Werte laufend mitzulesen ................................... s.o. Passe dir ggfs. die ~/.toprc an. Ein Ansatz:
trap 'exit 0;' 0 1 2 15 while true; do top -b -n 1 | awk ' ### bei meiner toprc ist SWAP $7 und COMMAND $14 $7 > 0 { print $14": "$7; }' sleep 5; done
He, Spitze. Darauf bin ich noch garnicht gekommen. Man lernt doch immer wieder neues dazu.
Nachtrag zum im letzten Beitrag geschilderten Problem: Nachdem stoppen aller Programme die auf dem Rechner laufen sowie beenden der verschiedenen Dämonen habe ich bei Top noch "ca. 3/4 Bildschirm voll" an Prozessen, von denen praktisch keine mehr wartend sind. Der Swapverbrauch hat sich trotz allem nicht geändert.
Kernelthreads? Zeig mal her (top -b -n 1), gern auch als PM.
Werde ich gerne machen, geht aber erst ab Dienstag, da die Maschine erst dann wieder im Zugriff ist.
Hallo Freunde, ich betreibe unter Linux SUSE 10.0 eine Anwendung, welche noch unter der Text-Console läuft. Nach einer Datensicherung auf extern Platte war plötzlich das ganze Directory,unter welchem die Anwendung läuft, verschwunden ! Ich vermute, das ich anstatt copy move aktiviert hatte. Nach einer Rücksicherung der Daten von ext. Drive wird mir als group users Das Schreiben auf Platte verweigert ! Nur unter Root geht es. Habe die Rechte wie folgt eingestellt: Gruppe users Der Gruppe users sind alle denkbaren Rechte zugeordnet außer shadow ! console: g+rw disk: g+rw Indem Anwendungsprogramm erhalte ich ich ERR=13 Wo könnte der Fehler liegen ? Grüße aus München Walter
Walter Geppert schrieb:
Hallo Freunde,
Hallo,
ich betreibe unter Linux SUSE 10.0 eine Anwendung, welche noch unter der Text-Console läuft.
Unter Linux ist das auch heute noch nichts ungewöhnliches.
Nach einer Datensicherung auf extern Platte war plötzlich das ganze Directory,unter welchem die Anwendung läuft, verschwunden ! Ich vermute, das ich anstatt copy move aktiviert hatte.
Wie das ganze Directory? Hatte die Anwendung ein eigenes Unterverzeichnis bzw. einen eigenen Ordner, in dem es installiert war? Z.B. /opt/OrdnerIhrerAnwendung/Programm Oder hat es sich in die normalen Verzeichnisse kopiert gehabt? Bsp.: /usr/bin/IhreAnwendung?
Nach einer Rücksicherung der Daten von ext. Drive wird mir als group users Das Schreiben auf Platte verweigert !
Nur so zur Info: Wenn man beim kopieren oder verschieben von Dateien nicht ein klein wenig aufpasst, bleiben von den verschobenen oder kopierten Dateien die ursprünglichen Berechtigungen NICHT erhalten.
Nur unter Root geht es.
Auch das ist unter Linux normal, dass ein normaler User nicht einfach so ins normale Dateisystem Sachen hineinkopieren, ändern oder einfach was installieren darf.
Habe die Rechte wie folgt eingestellt:
Gruppe users Der Gruppe users sind alle denkbaren Rechte zugeordnet außer shadow !
Damit hast Du Dir auf Deinem System ein unnötig erhöhtes Sicherheitsrisiko geschaffen. Ansonsten siehe oben.
Indem Anwendungsprogramm erhalte ich ich ERR=13
Erscheinen noch andere Ausgaben, wenn Du das Programm startest (Warnungen, sonstige Fehlermeldungen)? Bitte hier posten.
Wo könnte der Fehler liegen ?
Das versuchen wir herauszufinden. Aber mein erster Verdacht geht vorerst mal in die Richtung von falschen Rechten der Dateien des Programms, falls es wirklich vorher komplett mitgesichert wurde. Noch ein paar Fragen zum Schluss: Was ist das für ein Programm und was macht es oder soll es machen (wofür ist es da)? Wie heißt das Programm und welche Version wird verwendet? Unter welcher SuSE-Version arbeitest Du? Falls alle Stricke reißen, könntest Du dann das Programm erneut 'normal' installieren (Daten und Dateien von Programmen werden normalerweise immer unterhalb von /home/username abgelegt)? MfG Richi ___________________________________________________________ Telefonate ohne weitere Kosten vom PC zum PC: http://messenger.yahoo.de
Hallo Richard Kraut, :-) bin sehr angetan von deiner detaillierten Reaktion auf mein Problem ! Ich bedanke mich recht herzlich und freue mich über die hilfsbereiten Mitglieder dieses Forums ! System *SUSE 10.0 OSS*, installiert von DVD com! 12/2005 Danach einige online updatates gemacht. Meine Anwendung habe ich vor 24 Jahren mit einem Informatiker entwickelt für die Vermittlung von Immobilien und lief ursprüglich unter /M/A/I New York damals mittlere Datentechnik genannt. Ich selbst bin Architekt . Habe dann die Software schrittweise nach > DOS > UNIX und <Linux convertiert. Meine Software läuft jetzt anstandslos unter Linux seit SUSE 8.xx Zeiten. Das entscheidende dabei ist der Interpreter, der von www.BASIS.com gestellt wird. Die Programmiersprache nannte sich früher Business Basic, auch BBX genannt. Unterdessen weiter entwickelt zu BBJ, welche in java geschrieben ist. Das System ist plattform-unabhängig und läuft unter XP UNIX und Linux. Der Pfad zu meiner Anwendung ist > /usr/bbx/ /pro5 System /pro Progamme /dat Daten /xxxx Weitere Nach einigen Tagen nach der Sicherung auf ext. Drive wollte ich das Programm wieder starten und stellte fest, dass der ganze Baum abwärts von bbx verschwunden war ! Habe dann die Daten von einer äteren DVD-Sicherung zurück geholt. Seitdem kann ich unter wg user nicht mehr auf Platte schreiben ! Obwohl ich überall Schreibrechte habe. Wenn ich das Programm unser root starte, ist alles OK Die Rechte in der Anwender Software haben sich auch nicht geändert. Die Fehlermeldung, die ich beim Schreibversuch auf Platte erhalte , wird über den Interpreter von BBX ausgegeben mit ERR=13 Unter BBX Aufruf-Fehlerliste steht z.B . bbx unable zu initilizise file system ... zeigt das Fehlen einer Datei z.B. Treiber Datei kan nicht gefunden werden Nachdem ich als root vollen Zugriff habe, kann der Fehler nur bei Rechten unter Linux zu suchen sein ! Für Antworten weiterhin sehr dankbar Walter aus München Richard Kraut schrieb:
Walter Geppert schrieb:
Hallo Freunde,
Hallo,
ich betreibe unter Linux SUSE 10.0 eine Anwendung, welche noch unter der Text-Console läuft.
Unter Linux ist das auch heute noch nichts ungewöhnliches.
Nach einer Datensicherung auf extern Platte war plötzlich das ganze Directory,unter welchem die Anwendung läuft, verschwunden ! Ich vermute, das ich anstatt copy move aktiviert hatte.
Wie das ganze Directory? Hatte die Anwendung ein eigenes Unterverzeichnis bzw. einen eigenen Ordner, in dem es installiert war? Z.B. /opt/OrdnerIhrerAnwendung/Programm Oder hat es sich in die normalen Verzeichnisse kopiert gehabt? Bsp.: /usr/bin/IhreAnwendung?
Nach einer Rücksicherung der Daten von ext. Drive wird mir als group users Das Schreiben auf Platte verweigert !
Nur so zur Info: Wenn man beim kopieren oder verschieben von Dateien nicht ein klein wenig aufpasst, bleiben von den verschobenen oder kopierten Dateien die ursprünglichen Berechtigungen NICHT erhalten.
Nur unter Root geht es.
Auch das ist unter Linux normal, dass ein normaler User nicht einfach so ins normale Dateisystem Sachen hineinkopieren, ändern oder einfach was installieren darf.
Habe die Rechte wie folgt eingestellt:
Gruppe users Der Gruppe users sind alle denkbaren Rechte zugeordnet außer shadow !
Damit hast Du Dir auf Deinem System ein unnötig erhöhtes Sicherheitsrisiko geschaffen. Ansonsten siehe oben.
Indem Anwendungsprogramm erhalte ich ich ERR=13
Erscheinen noch andere Ausgaben, wenn Du das Programm startest (Warnungen, sonstige Fehlermeldungen)? Bitte hier posten.
Wo könnte der Fehler liegen ?
Das versuchen wir herauszufinden. Aber mein erster Verdacht geht vorerst mal in die Richtung von falschen Rechten der Dateien des Programms, falls es wirklich vorher komplett mitgesichert wurde.
Noch ein paar Fragen zum Schluss: Was ist das für ein Programm und was macht es oder soll es machen (wofür ist es da)? Wie heißt das Programm und welche Version wird verwendet? Unter welcher SuSE-Version arbeitest Du? Falls alle Stricke reißen, könntest Du dann das Programm erneut 'normal' installieren (Daten und Dateien von Programmen werden normalerweise immer unterhalb von /home/username abgelegt)?
MfG Richi
___________________________________________________________ Telefonate ohne weitere Kosten vom PC zum PC: http://messenger.yahoo.de
Am Sonntag, 30. April 2006 16:18 schrieb Walter Geppert:
(...). Habe dann die Daten von einer äteren DVD-Sicherung zurück geholt. Seitdem kann ich unter wg user nicht mehr auf Platte schreiben ! Obwohl ich überall Schreibrechte habe. Wenn ich das Programm unser root starte, ist alles OK (...). Nachdem ich als root vollen Zugriff habe, kann der Fehler nur bei Rechten unter Linux zu suchen sein ! Für Antworten weiterhin sehr dankbar
Also für die Klärung einer Rechteproblematik benutzt ich immer strace. Z.B.: jan@linux:~> strace -e trace=open less /etc/shadow (...). open("/etc/shadow", O_RDONLY|O_LARGEFILE) = -1 EACCES (Permission denied) /etc/shadow: Permission denied Hier in dem Fall ist das nicht weiter verwunderlich und man sieht auch ohne strace, daß man als Benutzer /etc/shadow nicht lesen darf. Aber bei komplexeren Problemen, wie bspw. Sound-Ausgabe über alsa von mehreren Benutzern parallel, ist man ohne strace verloren. Bei einem interaktiven Konsolenprogramm werden dich die Ausgaben aber wahrscheinlich extrem stören. Da die Meldungen von strace aber auf stderr gehen, kannst du diese in eine Datei umleiten: strace -e trace=open ls /etc/shadow 2>fehler HTH Jan -- Get yours while there's still some left.
Hallo, Am Sun, 30 Apr 2006, Jan Ritzerfeld schrieb:
Bei einem interaktiven Konsolenprogramm werden dich die Ausgaben aber wahrscheinlich extrem stören. Da die Meldungen von strace aber auf stderr gehen, kannst du diese in eine Datei umleiten: strace -e trace=open ls /etc/shadow 2>fehler
strace -e open -o programm.strace ... -dnh -- Wenn man keine Vögel mag, ist es völlig in Ordnung, mit Kanonen auf Spatzen zu schiessen. -- ratti in suse-linux
Am Sonntag, 30. April 2006 20:26 schrieb David Haller:
Hallo,
Am Sun, 30 Apr 2006, Jan Ritzerfeld schrieb:
Bei einem interaktiven Konsolenprogramm werden dich die Ausgaben aber wahrscheinlich extrem stören. Da die Meldungen von strace aber auf stderr gehen, kannst du diese in eine Datei umleiten: strace -e trace=open ls /etc/shadow 2>fehler
strace -e open -o programm.strace ...
Oh, danke! Gruß Jan -- To think is easy and to act is hard, but the hardest thing in the world is to act in accordance with your thinking.
Walter Geppert schrieb: [schnipp]
Nach einigen Tagen nach der Sicherung auf ext. Drive wollte ich das Programm wieder starten und stellte fest, dass der ganze Baum abwärts von bbx verschwunden war !
Habe dann die Daten von einer äteren DVD-Sicherung zurück geholt. Seitdem kann ich unter wg user nicht mehr auf Platte schreiben ! Obwohl ich überall Schreibrechte habe. Wenn ich das Programm unser root starte, ist alles OK Die Rechte in der Anwender Software haben sich auch nicht geändert.
[schnapp] Wenn Du Daten von einer DVD (oder CD) auf die Platte kopierst, sind die Dateien erst einmal "r" und nicht "rw", auch wenn sie mit Deinem Usernamen zurückgespielt wurden. Das ist für root nicht wirklich relevant ;-) - was passiert, wenn Du mit einem "chmod u+w * -R" über die Daten gehst?
Nachdem ich als root vollen Zugriff habe, kann der Fehler nur bei Rechten unter Linux zu suchen sein ! Für Antworten weiterhin sehr dankbar
Walter aus München
HTH Werner
Walter Geppert wrote:
Die Fehlermeldung, die ich beim Schreibversuch auf Platte erhalte , wird über den Interpreter von BBX ausgegeben mit ERR=13 Unter BBX Aufruf-Fehlerliste steht z.B . bbx unable zu initilizise file system ... zeigt das Fehlen einer Datei
z.B. Treiber Datei kan nicht gefunden werden Nachdem ich als root vollen Zugriff habe, kann der Fehler nur bei Rechten unter Linux zu suchen sein !
Hallo Walter, nur zur Info (hast Du ja eh schon vermutet): ERR=13 bedeutet in der Tat "permission denied", also "Zugriff verweigert". Gruß Martin P.S. wie sind denn jetzt die Rechte der Dateien gesetzt (Frage von Werner Flamme)?
Hallo Freunde, Durch die Daten-Rücksicherung von ext. Disk wurde im Directory /usr/bbx/pro5/dat das Schreibrecht gelöscht ! Obwohl ich chmod -R g+rw /usr/bbx/* nach meiner Erinnerung angewendet hatt, blieben die Rechte nur bei Freunde für eure Mithilfe Walter Martin Deppe schrieb:
Walter Geppert wrote:
Die Fehlermeldung, die ich beim Schreibversuch auf Platte erhalte , wird über den Interpreter von BBX ausgegeben mit ERR=13 Unter BBX Aufruf-Fehlerliste steht z.B . bbx unable zu initilizise file system ... zeigt das Fehlen einer Datei
z.B. Treiber Datei kan nicht gefunden werden Nachdem ich als root vollen Zugriff habe, kann der Fehler nur bei Rechten unter Linux zu suchen sein !
Hallo Walter,
nur zur Info (hast Du ja eh schon vermutet): ERR=13 bedeutet in der Tat "permission denied", also "Zugriff verweigert".
Gruß Martin P.S. wie sind denn jetzt die Rechte der Dateien gesetzt (Frage von Werner Flamme)?
Walter Geppert wrote:
Hallo Freunde, Durch die Daten-Rücksicherung von ext. Disk wurde im Directory /usr/bbx/pro5/dat das Schreibrecht gelöscht ! Obwohl ich chmod -R g+rw /usr/bbx/* nach meiner Erinnerung angewendet hatt, blieben die Rechte nur bei Freunde für eure Mithilfe
Walter
Martin Deppe schrieb:
Walter Geppert wrote:
Die Fehlermeldung, die ich beim Schreibversuch auf Platte erhalte , wird über den Interpreter von BBX ausgegeben mit ERR=13 Unter BBX Aufruf-Fehlerliste steht z.B . bbx unable zu initilizise file system ... zeigt das Fehlen einer Datei
z.B. Treiber Datei kan nicht gefunden werden Nachdem ich als root vollen Zugriff habe, kann der Fehler nur bei Rechten unter Linux zu suchen sein !
Hallo Walter,
nur zur Info (hast Du ja eh schon vermutet): ERR=13 bedeutet in der Tat "permission denied", also "Zugriff verweigert".
Gruß Martin P.S. wie sind denn jetzt die Rechte der Dateien gesetzt (Frage von Werner Flamme)?
Lieber Walter, ich danke Dir, daß Du mir Deine Antwort explizit zukommen läßt, aber auch ich erhalte sie über die Liste sowieso ;-) Gruß Martin
Rainer Kulhanek wrote:
Am Freitag, 28. April 2006 20:12 schrieb David Haller:
Hallo,
Am Fri, 28 Apr 2006, Rainer Kulhanek schrieb:
Sicherlich hat eine meiner "Optimierungen" damit zu tun. Wie kann ich am sinnvollsten überwachen, welche Prozesse zu welchem Anteil ausgelagert werden? top
Ja, ist klar. Mir gehts allerdings um eine Möglichkeit, automatisch mitschreiben zu können, -wann -welcher Prozess ausgelagert wird und -wieviel Speicher er im Swap benötigt. Top oder auch ps aux ist eine Möglichkeit. Allerdings muss ich dann erst ein Skript schreiben, um die gesuchten Werte laufend mitzulesen und in eine Datei wegzuschreiben. Problem dabei: Ich bin stinkfaul ;-)). Wird mir jedoch nichts anderes überbleiben. Ideal wäre wenn jemand geeignete Werte im /proc-Bereich kennt etc. Die Kiste ist eine SuSe 8.2. /sys gibt es da noch nicht.
"man sar" ist einen Blick wert! Sandy -- Antworten bitte nur in die Mailingliste! PMs bitte an: news-reply2 (@) japantest (.) homelinux (.) com
participants (8)
-
David Haller -
Jan Ritzerfeld -
Martin Deppe -
Rainer Kulhanek -
Richard Kraut -
Sandy Drobic -
Walter Geppert -
Werner Flamme