![](https://seccdn.libravatar.org/avatar/c49a1b37769784e302f9b6c2f15fb979.jpg?s=120&d=mm&r=g)
On Thu, Apr 04, 2002 at 07:53:07PM +0200, David Haller wrote:
On Sat, 30 Mar 2002, Peter Wiersig wrote:
On Thu, Mar 28, 2002 at 09:09:25PM +0100, David Haller wrote:
On Thu, 28 Mar 2002, Peter Wiersig wrote:
[Sorry, war ueber Ostern weg]
*schnaub*, unverschaemt ;)
Hm. Das riecht schon sehr nach Speicherleck, denn die beiden letzten Zeilen (die /proc/[0-9]*/status VmSize Werte bleiben gleich...
Ja, die Frage ist eher wo es leckt.
Und lass ein 'top' (nach Speicher sortiert -> 'M' eingeben) mitlaufen, vielleicht faellt dir ja da was auf.
find stabil bei 844 (Size / RSS) "sort -f " steigt bis ca 20M
Und faellt dann wieder ab?
Naja beendet sich und entfernt sich aus der Liste.
Und, genau: teste mal, ob's das gleiche Symptom gibt, wenn du selbst ein 'find / -fstype ext2' (ggfs. erweitere/schraenke das passend (ein) wg. "PRUNE")
Hm, ich glaube schon das das auch zum Problem fuehrt. Ich setzte kuerzlich mal fsv (grafisches "du") und nachdem es beendet war stellte ich den gleichen "Speichermangel" fest.
Wenn da dann der Speicher "verschwindet"... Ansonsten: haenge ein '| sort -f' an, usw... updatedb ist ein bashscript, da kann man dann die genauen Aufrufe nachschauen...
Ja, werde ich mal probieren. Peter