Speicherverwaltung mit cronjob
Speicherverwaltung mit cronjob
hallo,
weiß jemand wie man mit cronjob den Speicher regelmäßig überprüft und ggf. wieder frei gibt?
weiß jemand wie man mit cronjob den Speicher regelmäßig überprüft und ggf. wieder frei gibt?
Re: Speicherverwaltung mit cronjob
klar, ein "shutdown -r now" oder "init 6" --> läuft extrem regelmäßig <img src="http://www.pl-forum.de/UltraBoard/Images/Wilk.gif" border="0" align="middle">
aber Spaß beiseite, wie machst Du das denn wenn es nicht über Cron läuft/laufen soll?
CU
Torsten
aber Spaß beiseite, wie machst Du das denn wenn es nicht über Cron läuft/laufen soll?
CU
Torsten
Re: Speicherverwaltung mit cronjob
hmmm...
dd if=/dev/zero > /proc/mem
;<!--no-->-)
oder...
mkswap
oder falls mit Speicher die HDD gemeint ist:
dd if=/dev/zero of=/dev/hda bs=512
das sollte die Bits wieder in die richtige Position kippen; und zwar alle!
Also nicht tun falls das Backup nicht funktioniert...
dd if=/dev/zero > /proc/mem
;<!--no-->-)
oder...
mkswap
oder falls mit Speicher die HDD gemeint ist:
dd if=/dev/zero of=/dev/hda bs=512
das sollte die Bits wieder in die richtige Position kippen; und zwar alle!
Also nicht tun falls das Backup nicht funktioniert...
Re: Speicherverwaltung mit cronjob
shutdown hört sich gut; bin mir sicher damit habe ich keine Probleme mehr:)
nein das problem ist ich beschäftige mich erst seit ca. 1 Woche mit linux und seinen gegebenheiten....
kann sein das mal die eine oder andere dumme frage kommt bin aber dankbar für jeden tip..
das mit " dd if=/dev/zero > /proc/mem " hört sich gut an werd's mal ausprobieren.
bag
nein das problem ist ich beschäftige mich erst seit ca. 1 Woche mit linux und seinen gegebenheiten....
kann sein das mal die eine oder andere dumme frage kommt bin aber dankbar für jeden tip..
das mit " dd if=/dev/zero > /proc/mem " hört sich gut an werd's mal ausprobieren.
bag
Re: Speicherverwaltung mit cronjob
Welche Art von Speicherverwaltung meinst Du eigentlich.
Willst Du regelmäßig auf von Prozessen nicht wieda
freigegebenen Speichern scannen?
Welcher Speicher soll freigegeben werden?
Ick glaub', daß was Du da machen willst, ist nicht notwendig.
Die Posting darüber sind im Übrigen alle nicht ernst gemeint :O)
Cheers
Michael
Willst Du regelmäßig auf von Prozessen nicht wieda
freigegebenen Speichern scannen?
Welcher Speicher soll freigegeben werden?
Ick glaub', daß was Du da machen willst, ist nicht notwendig.
Die Posting darüber sind im Übrigen alle nicht ernst gemeint :O)
Cheers
Michael
Re: Speicherverwaltung mit cronjob
hab's schon gemerkt...
Ja genau das meinte ich: nach prozessen scannen die sich in den speicher "reingefressen" haben.
das soll stündlich überprüft werden und ggf. bereinigt werden.
bag
Ja genau das meinte ich: nach prozessen scannen die sich in den speicher "reingefressen" haben.
das soll stündlich überprüft werden und ggf. bereinigt werden.
bag
Re: Speicherverwaltung mit cronjob
Du bist bestimmt ein W*****s Umsteiger, hm?
Das ist im allgemeinen bei Linux nicht erforderlich (schon gar nicht stündlich!).
Wenn Du instabile Programme nutzt könntest Du ja regelmäßig den Prozeß killen und wieder starten, allerdings lieber nicht mit schreibenden Programmen probieren.
Gruß
rot!
Das ist im allgemeinen bei Linux nicht erforderlich (schon gar nicht stündlich!).
Wenn Du instabile Programme nutzt könntest Du ja regelmäßig den Prozeß killen und wieder starten, allerdings lieber nicht mit schreibenden Programmen probieren.
Gruß
rot!
Re: Speicherverwaltung mit cronjob
Anscheinend schon. Ich habe mehrere Maschinen im produktiven Einsatz mit der selben Konfiguration.
Die eine mit W****** 2000 und die andere mit Linux. Die einzigen die Probleme machen sind die mit Linux
(an dieser Stelle möchte ich niemanden zu nahe treten..). Ich hoffe mit Hilfe der jobs mögliche Fehlerquellen
auszuschließen.
bag
Die eine mit W****** 2000 und die andere mit Linux. Die einzigen die Probleme machen sind die mit Linux
(an dieser Stelle möchte ich niemanden zu nahe treten..). Ich hoffe mit Hilfe der jobs mögliche Fehlerquellen
auszuschließen.
bag
Re: Speicherverwaltung mit cronjob
Welche Linux-Distri?
Welche Kernel-Version
Welche Server-Daemons laufen?
Cheers
Michaek
Welche Kernel-Version
Welche Server-Daemons laufen?
Cheers
Michaek
Re: Speicherverwaltung mit cronjob
hi
falls es dich wundert das der ram immer oben ist, ist das normal.
linux verwendet nichtgenutzten ram als swap berreich was auch sehr sinnvoll ist.
mfg
arno
falls es dich wundert das der ram immer oben ist, ist das normal.
linux verwendet nichtgenutzten ram als swap berreich was auch sehr sinnvoll ist.
mfg
arno
Re: Speicherverwaltung mit cronjob
7.1 Prof. mit 2.4.0
Kann ich z.B. ein Kernel update auf 2.4.20 oder 2.5.0 machen oder noch höher? oder müßte ich komplett auf 8.2
updaten was ich eigentlich nicht möchte.
bag
Kann ich z.B. ein Kernel update auf 2.4.20 oder 2.5.0 machen oder noch höher? oder müßte ich komplett auf 8.2
updaten was ich eigentlich nicht möchte.
bag
Re: Speicherverwaltung mit cronjob
sicher das dies kein schlechter Scherz ist?
Kernel-Version hat nicht, aber wirklich gar nichts mit der Version der Distribution zu tun.
Kernel-Stable aktuell ist 2.4.21
Also nochmal:
Was ist dein konkretes Problem?
Wo genau meinst du das etwas nicht funktioniert?
Schilder dies bitte mal.
mit exakten Angaben.
Max
PS: es ist gesünder den Ironie-Detektor zu justieren und mal die Postings gründlich zu lesen...
BTW: Bist du sicher das du Linux/Unix-Rechner administrieren solltest die im Produktiven Einsatz sind?
Kernel-Version hat nicht, aber wirklich gar nichts mit der Version der Distribution zu tun.
Kernel-Stable aktuell ist 2.4.21
Also nochmal:
Was ist dein konkretes Problem?
Wo genau meinst du das etwas nicht funktioniert?
Schilder dies bitte mal.
mit exakten Angaben.
Max
PS: es ist gesünder den Ironie-Detektor zu justieren und mal die Postings gründlich zu lesen...
BTW: Bist du sicher das du Linux/Unix-Rechner administrieren solltest die im Produktiven Einsatz sind?
Re: Speicherverwaltung mit cronjob
>Kann ich z.B. ein Kernel update auf 2.4.20 oder 2.5.0 machen oder noch höher?
Kannst und solltest Du
und so gehts :<a href="http://www.linuxnetmag.com/de/issue4/m4kernel1.html" target="_blank"><!--auto-->http://www.linuxnetmag.com/de/issue4/m4 ... <!--auto-->
oda google fragen: <a href="http://www.google.com/search?hl=en&lr=& ... gle+Search" target="_blank"><!--auto-->http://www.google.com/search?hl=en&lr=& ... <!--auto-->
Cheers
Michael
Kannst und solltest Du
und so gehts :<a href="http://www.linuxnetmag.com/de/issue4/m4kernel1.html" target="_blank"><!--auto-->http://www.linuxnetmag.com/de/issue4/m4 ... <!--auto-->
oda google fragen: <a href="http://www.google.com/search?hl=en&lr=& ... gle+Search" target="_blank"><!--auto-->http://www.google.com/search?hl=en&lr=& ... <!--auto-->
Cheers
Michael
Re: Speicherverwaltung mit cronjob
Du ich bin nur ein armer Student der versucht seine überhöhte Miete und seine teuere Freundin zu finanzieren mit
einem Chef am Nacken den das alles nicht interissiert wie sondern nur wann. Da habe ich keine Zeit mein "Detektor" zu justieren...
O.K ich gebs zu das mit der Kernelnummer war eine wirklich "dumme" Frage aber was soll's.
Also nochmal: Mein Problem ist das der Linux Rechner (7.1 Prof. 2.4.0 ) nach einer gewissen Zeit auf keine Befehle
wie top, ps , kill meht reagiert. Das /proc Verzeichnis ist gemountet sonst würde er nur sagen: "Error: /proc is.."
Den kill Befehle würde er aber trotzdem ausführen. Fehlermeldung gibt er auch nicht aus ausßer:
Major: Can't locate....
mtrr: no mttr found...
unexpected IO APIC ...
Die ersten beiden Meldungen sind nicht wichtig da es sich um ALSA Treiber handelt oder das mapping im Speicherbereich.
Den dritten kann und darf ich nicht deaktivieren weil ich ein SMP System benutze füür die ich die erweiterten IRQ brauche. Ich könnte nun ein Kernel update vornehmen und vielleicht das APIC Problem lösen aber es würde nicht mein eigentliches Problem lösen nämlich das sich ps,top,kill.. aufhängen weil ich ein Bericht gefunden habe der exakt dasselbe Problem hat mit einem Kernel 2.4.19. und der andere 2.4.12. Also gehe ich davon aus das mir der neue Kernel auch nicht sehr viel weiter helfen wird. Dieses Problem ist wahrscheinlich auf hohe CPU oder RAM Belastung zurück zuführen. Da ich keine Bwefehle wie ps...mehr eingeben kann weiß ich auch nicht welche Prozesse evtl. den Fehler verursachen könnten bzw. wo. Selbst wenn ich mit Sysrq eine Log File generiere wird mir das auch nicht viel weiter helfen weil die anderen das auch schon getan haben und nicht fündig geworden sind.Im übrigen läuft auf den Maschinen eine Oracle8i Datenbank für die schon alle Patches durchgeführt worden ist. Auch diverse spezifische Eibnstellungen wie semaphoren,... sind alle richtig eingestellt. Die Ursache könnte ein auch ein Oracle Prozess oder ein trigger sein weiß ich nich genau. Mit Hilfe der cronjobs hoffe ich das ich schon mal eine Fehlerquelle begrenzen kann (mehr ein verzweifelter Versuch..) Ich werde mich mal mit der Theorie der Signale in einem Linux System und Valgrind beschäftigen, vielleicht hilft mir das ja weiter...und natürlich Linux damit ich das nächste mal besser mein Detektor justieren kann...
einem Chef am Nacken den das alles nicht interissiert wie sondern nur wann. Da habe ich keine Zeit mein "Detektor" zu justieren...
O.K ich gebs zu das mit der Kernelnummer war eine wirklich "dumme" Frage aber was soll's.
Also nochmal: Mein Problem ist das der Linux Rechner (7.1 Prof. 2.4.0 ) nach einer gewissen Zeit auf keine Befehle
wie top, ps , kill meht reagiert. Das /proc Verzeichnis ist gemountet sonst würde er nur sagen: "Error: /proc is.."
Den kill Befehle würde er aber trotzdem ausführen. Fehlermeldung gibt er auch nicht aus ausßer:
Major: Can't locate....
mtrr: no mttr found...
unexpected IO APIC ...
Die ersten beiden Meldungen sind nicht wichtig da es sich um ALSA Treiber handelt oder das mapping im Speicherbereich.
Den dritten kann und darf ich nicht deaktivieren weil ich ein SMP System benutze füür die ich die erweiterten IRQ brauche. Ich könnte nun ein Kernel update vornehmen und vielleicht das APIC Problem lösen aber es würde nicht mein eigentliches Problem lösen nämlich das sich ps,top,kill.. aufhängen weil ich ein Bericht gefunden habe der exakt dasselbe Problem hat mit einem Kernel 2.4.19. und der andere 2.4.12. Also gehe ich davon aus das mir der neue Kernel auch nicht sehr viel weiter helfen wird. Dieses Problem ist wahrscheinlich auf hohe CPU oder RAM Belastung zurück zuführen. Da ich keine Bwefehle wie ps...mehr eingeben kann weiß ich auch nicht welche Prozesse evtl. den Fehler verursachen könnten bzw. wo. Selbst wenn ich mit Sysrq eine Log File generiere wird mir das auch nicht viel weiter helfen weil die anderen das auch schon getan haben und nicht fündig geworden sind.Im übrigen läuft auf den Maschinen eine Oracle8i Datenbank für die schon alle Patches durchgeführt worden ist. Auch diverse spezifische Eibnstellungen wie semaphoren,... sind alle richtig eingestellt. Die Ursache könnte ein auch ein Oracle Prozess oder ein trigger sein weiß ich nich genau. Mit Hilfe der cronjobs hoffe ich das ich schon mal eine Fehlerquelle begrenzen kann (mehr ein verzweifelter Versuch..) Ich werde mich mal mit der Theorie der Signale in einem Linux System und Valgrind beschäftigen, vielleicht hilft mir das ja weiter...und natürlich Linux damit ich das nächste mal besser mein Detektor justieren kann...